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Man kann. .den RX 7100 
zwar-leicht überhören, aber sei- 
ne Qualitäten sind nicht zu über- 
sehen: Sie können es sich jetzt 
leicht mächen und eine zweite 
Papierkassette einsetzen. Dann 
ist der schnelle Wechsel kein Pro- 
blem. Vom Geschäftspapier zum 
Formular, vom Erst- zum Zweit- 
bogen. .Das wird.dann mit 5 Sei- 
ten pro Minute gestochen scharf 
bedruckt. Sogar. Postkartenkar- 
ton bis zu 185 g/m?!'Der RX 7100 
ist ein komfortabler Tischdrucker 
mit minimalen Ausmaßen und 
maximaler Leistung. Seine LED- 
Technologie sichert Ihnen hervor- 
ragende Qualität und Zuverläs- 
sigkeit. Dieser Drucker läßt sich 
aus nahezu jeder modernen Soft- 
ware ansprechen. Das macht ihn 
zum idealen Partner für Ihre Ar- \ 
bet am Einzelplatzcomputer 
oder Schreibsystem, am PC, im 
Desktop Publishing und für CAD/ 

CAM. 

Problemlose Aufrüstung bis 
zu drei IC-Karten für Schriften- 
und Drucker-Emulation können 
| gleichzeitig von den Steckkarten- 
schlitzen aufgenommen wer- 
den. 

Er druckt praktisch alles, was 
„auf den Tisch kommt“. 


FUJITSU RX 7100. 
Der komfortable Tisch- 
drucker. 
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YSTIEM Journar 


Speicherresidente Programme haben den Ruf, sehr schwierig zu 
sein. Doch man kann sie sogar in C schreiben. Dieser Artikel 
demonstriert an einem Beispiel, wie TSR-Programme in C ge- 
schrieben werden; dabei wird gezeigt, was sie dabei gewinnen, 
aber auch, was Sie verlieren. 


Es wird viel geschrieben über TSR-Programme, doch meistens 
sind die Beispiele sehr einfach und drücken sich vor allem um den 
schwierigsten Teil, den Aufruf von DOS und die Probleme damit, 
daß DOS nicht reentrant ist. In diesem Artikel wird ein Programm 
vorgestellt, daß auch diese Klippen umschifft. 


Der Datenaustausch zwischen Anwendungsprogrammen stellt seit 
langem ein Problem für Computer-Benutzer dar. Die Zwischen- 
ablage von Windows sorgt hier für Abhilfe. Wir erklären, wie die 
Zwischenablage richtig verwendet wird und wie man einige der 
üblichen Fehler verhindert. 


Encapsulated PostScript (EPS) wird immer häufiger zum Transfer 
von Grafiken und Text zwischen unterschiedlichen Anwendungen 
verwendet. Diese industrieweite Anerkennung als Standard führte 
zur Integration von EPS-Unterstützung in viele populäre Program- 
me. Deshalb hier ein Vorschlag für eine einheitliche Behandlung 
von EPS-Daten in der Windows-Zwischenablage. 


DOS verfügt über eine Stapelverarbeitungssprache, unter Win- 
dows fehlt sogar diese begrenzte Möglichkeit zur Automatisierung 
von Abläufen. Bridge/386 gibt dem Benutzer etwas von dieser 
Funktionalität, da man damit Windows-Umgebung auf Benutzer- 
ebene verwalten kann. 


Die Version 4.0 des in vielen Punkten verbesserten Tabellenkal- 
kulationsprogramms Microsoft Multiplan läuft jetzt auch unter 
OS/2. Damit ist dieses Programm nun die erste große Standard- 
anwendung von Microsoft für das neue Betriebssystem MS OS/2. 


Dieser Artikel zeigt, daß Microsoft C auch für Mikroprozessor- 
Entwicklungsprojekte verwendet werden kann. 


Neue Produkte, Aktuelles. 

Die Termine des Microsoft-Instituts. 

Das System Journal versucht seine Bücherflut zu bewältigen. 
Bildschirmausdruck in Assembler 
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R - Termin Resident: 


Speicherresidente Programme in MS-C 


Speicherresidente Programme haben einen ge- 
heimnisvollen Nimbus. Dies liegt zum Teil 
daran, daß sie auf Knopfdruck wie von Zauber- 
hand erscheinen und wieder verschwinden, wenn 
sie nicht mehr benötigt werden. Der TSR-Nim- 
bus beruht jedoch am stärksten auf der Macho- 
Philosophie, die dahinter steckt. TSR-Program- 
mierer haben eine Haltung, die sich am besten 
mit dem Satz umschreiben läßt: »Was geht mich 
das Betriebssystem an, ich programmiere das so, 
wie ich das will!«. Und sie gehen mit dieser Hal- 
tung bis zum Äußersten. 


TSR steht für »Terminate and Stay Resident«. Es handelt 
sich dabei um Programme, die die Fähigkeiten von DOS 
erweitern. Einige TSR-Programme arbeiten still und heim- 
lich; sie haben eine nützliche Funktion, brauchen jedoch 
nicht direkt mit dem Benutzer zu kommunizieren. Andere 
TSR-Programme sind interaktiver; wenn sie merken, daß 
ihre Aufruftaste (hot key) gedrückt wurde, erscheinen sie 
auf dem Bildschirm, zeigen Bildschirmdialoge an, führen 
ihre Dienste aus und verschwinden wieder, wobei der vor- 
herige Zustand des Systems wiederhergestellt wird. Das 
wohl bekannteste Beispiel für ein TSR-Programm ist Side- 
Kick von Borland. 

Das erste kommerziell erfolgreiche TSR-Programm war 
ProKey von RoseSoft, das 1982 vorgestellt wurde, doch es 
war SideKick, mit dem die TSR-Manie eigentlich begann. 
Noch heute ist es eines der wichtigsten TSR-Programme für 
DOS. Die Entwickler dieses Programms erkannten lange 
vor allen anderen, daß DOS auf Wachstum ausgerichtet ist. 

Durch Aufruf von Interrupt 27h oder der DOS-Funktion 
31h kann sich ein Programm beenden und zu DOS zurück- 
kehren, jedoch im Speicher verbleiben. (Normalerweise 
verwendet DOS den Speicherbereich eines Programms 
nach seiner Beendigung wieder für andere Programme.) 
Eın solches Programm ist dann eine Erweiterung von DOS, 
denn wie DOS existiert es, um Hard- oder Softwareinter- 
rupte zu behandeln. 

Der einzige Unterschied zwischen einem TSR-Pro- 
gramm und DOS ist, das es sich bei den DOS-Funktionen 
meistens um langweilige Dinge wie die Datei- oder Tasta- 
turein-/ausgabe handelt. Diese Funktionen sind für die 
Arbeit mit einem PC lebenswichtig, sie sind jedoch einfach 
nicht eindruckvoll genug, um seine Benutzer zu Freuden- 
sprüngen zu veranlassen. Pop-Up-Programme wie SideKick 
sind die Dinge, aus denen Träume gemacht sind. 


TSR-Programme in C 


TSR-Programme sind das letzte As im Ärmel derjenigen, 
die Assembler immer noch für die beste Sprache halten. 
Mit UNIX ist gezeigt worden, daß sogar ein effektives 
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Betriebssystem überwiegend in einer höheren Program- 
miersprache geschrieben werden kann. Und auch wenn die 
erste Generation von PC-Programmen hauptsächlich in 
Assembler geschrieben worden ist, werden heute die mei- 
sten Programme in C entwickelt und nur noch die absolut 
notwendigen Teile in Assembler. Doch im Reich der TSR- 
Programme ist Assembler noch der König und es gibt gute 
Gründe dafür, daß Assembler seine Herrschaft fortsetzen 
wird. 

Dieser Artikel soll Ihnen demonstrieren, wie TSR-Pro- 
gramme in C geschrieben werden; dabei wird darauf einge- 
gangen, was sie dabei gewinnen, aber auch, was Sie verlie- 
ren. Mit C müssen Sie genauso viel wissen; auch wenn Sie 
TSR-Programme in C programmieren, müssen sie wissen, 
wie die PC-Hardware, DOS, Interrupte und Stacks funktio- 
nieren. Darüber hinaus wurden die meisten veröffentlichten 
Informationen über TSR-Programme von Assemblerpro- 
grammierern geschrieben. Natürlich brauchen sie keinen 
Assembler zu kaufen und auch nicht zu lernen, wie er funk- 
tioniert, doch ganz gleich, ob sie ein TSR-Programm in C 
oder Assembler programmieren, es ist nicht so einfach, wie 
ein »Hallo Welt«-Programm. 

Wie Sie sich sicher denken können, benötigen TSR-Pro- 
gramme in C mehr Speicherplatz als entsprechende 
Assemblerprogramme. Dafür gibt es mehrere Gründe. 
Einer ist, daß selbst gute Compiler wie der von Microsoft 
nicht so kompakten Code erzeugen, wie ein erstklassiger 
Programmierer. Für die meisten Programme ist der Unter- 
schied unwichtig, doch bei einem TSR-Programm kommt es 
auf jedes Byte an und jedes Byte zuviel wird von Zeitschrif- 
tenredakteuren und Benutzern kritisch beäugt. Der Haupt- 
grund für die Größe von C-TSR-Programmen ist, daß die 
meisten C-Programme eine Menge Routinen aus der C- 
Library verwenden und in das ausführbare Programm auf- 
nehmen, meist mehr, als man glaubt. Sehen Sie sich einmal 
die MAP-Datei von etwas ganz einfachem, zum Beispiel 
dem Programm »Hallo Welt«, an, und Sie sehen sofort, was 
ich meine. 

Sie können sich auch denken, daß C-TSR-Programme 
dazu tendieren, langsamer zu sein, als solche in Assembler. 
Das ist meist kein Problem, denn die meisten bevorzugen 
für fast alle Anwendungen Hochsprachen. 

Der Vorteil beim Einsatz von C für TSR-Programme 
gleicht den Vorteilen von C in anderen Bereichen. C ist 
einfacher zu schreiben, zu testen und zu warten als 
Assembler. Auch gibt es mehr gute C-Programmierer als 
gute Assemblerprogrammierer. Und viele ausgezeichnete 
Programmierer, die wohl auch in Assembler programmie- 
ren können, ziehen die Produktivitätssteigerung bei der 
Verwendung von C vor. Wenn Sie das nächste SideKick 
schreiben wollen, ist die traditionelle Vorgehensweise und 
Programmierung in Assembler wahrscheinlich am besten; 
doch für weniger ehrgeizige Projekte, zum Beispiel ein 
TSR-Programm für den hausinternen Einsatz, sollte C 
ernsthaft in Erwägung gezogen werden. 





|void interrupt far intfarfn(es, ds, di, si, bp, sp, bx, dx, 
| cx, ax, ip, cs, flags 
at es, ds, di, 51, bp, 5p, bx, d«, cx, ax, ip, cs, flags; 


} 


PUBLIC 
_intfarfn 


intfarfn 
PROC FAR 


= wi mw: m: we‘ o win ne nn ne ee ne ee 


iret 
_intfarfn 





Listing 1: Ein Beispiel für eine C-Interruptroutine und der 
dafür erzeugte Assemblercode. 


Ich werde im Detail auf die Möglichkeiten und Techni- 
ken von Microsoft C für die Programmierung von TSR- 
Programmen eingehen und einige oft mißverstandene C- 
Möglichkeiten wie zum Beispiel Zeiger auf Funktionen 
erläutern. Mein Ziel ist es nicht, einen allgemeingültigen 
Leitfaden für die Techniken der Programmierung von TSR- 
Programmen zu geben, doch viele Informationen dieser Art 
sind natürlich vorhanden. Es wird ein Beispielprogramm 
entwickelt, das auf Knopfdruck aktiv wird und die Zeit an- 
zeigt. Es ist wegen seiner Einfachheit und Kürze ein gutes 
Beispiel, jedoch kein umfassendes TSR-Programm, das alle 
Möglichkeiten demonstriert. 

Obwohl Microsoft C über alle Fähigkeiten zur Erstel- 


lung eines TSR-Programms verfügt, ist es kein einfacher 
Einstieg in die TSR-Welt. Wenn man Microsoft C verwen- 
det, muß man seine eigenen Sicherheitsstrategien für die 
Probleme von DOS und die Koexistenz mit anderen TSR- 
Programmen entwickeln. Eine Alternative dazu besteht 
darin, sich eine Funktionsbibliothek wie zum Beispiel 
/*resident C*/ zuzulegen. /*resident C*/ enthält etwa ein 
Dutzend Unterroutinen, die einem bei der Erstellung von 
TSR-Programmen behilflich sind. (/*resident C*/ wird 
angeboten von Essential Software, Maplewood, New Jersey, 
Tel.: 001 (201) 762-6965; in Deutschland ist das Paket über 
mehrere Importeure erhältlich.) Obwohl Essential Software 
die meisten Details behandelt, können die Informationen in 
diesem Artikel für Sie auch nützlich sein, wenn Sie sich 
/*resident C*/ anschauen. 


Traditionelle TSR-Programme 


DOS ist dafür bekannt, daß viele Anwendungsprogramme 
sich nicht an die Regeln halten. In leistungsfähigeren und 
besser kontrollierten Betriebssystemen wie UNIX und MS 
OS/2 werden die Programme dazu gezwungen, sich inner- 
halb des Modells zu bewegen, das vom System vorgegeben 
wird. Doch fast alle PC-Programme gehen die Sache etwas 
locker an und ignorieren DOS, außer wenn sie auf Dateien 
zugreifen. 

Die Struktur einer normalen DOS-Anwendung sieht so 
aus, daß sie von DOS in den Speicher geladen wırd und 
DOS dann die Steuerung daran übergibt. Sobald eine 
Anwendung gestartet ist, geht sie davon aus, daß sie volle 
Kontrolle über das System hat. Sie wartet ohne etwas zu 
tun, wenn es nichts zu tun gibt und läuft so lange, bis sie 
selbst die Steuerung an DOS zurückgibt. Sie übergibt die 
Kontrolle dazwischen nur an DOS, wenn sie etwas erledigt 
haben möchte, zum Beispiel den Teil einer Datei lesen oder 
schreiben. 

Von dieser Struktur und diese Annahmen kann bei 
einem TSR-Programm nicht ausgegangen werden. 
Zunächst verhalten sich ein normales Programm und ein 
TSR-Programm gleich. Wie eine normale Anwendung wird 
ein TSR-Programm von DOS geladen und DOS übergibt 
die Steuerung an das Programm. Das TSR-Programm initi- 
alisiert sich dann und übergibt die Steuerung wieder an 
DOS, jedoch so, daß es im Speicher stehen bleibt. An dieser 
Stelle wird es geheimnisvoll. Das TSR-Programm verhält 
sich nun wie ein Zuschauer; es betrachtet, was alles so pas- 
siert, macht selbst jedoch nichts. Wenn seine Dienste jedoch 
benötigt werden, aktiviert es sich selbst, führt seine Aufga- 
ben aus und begibt sich dann bis zum nächsten Einsatz wie- 
der hinter die Kulissen. 


Interrupte 


Selbst PC-Neulinge lernen schnell, daß es zwei Arten von 
Interrupten gibt, Hard- und Software-Interrupte. Hardware- 
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include <dos.h> 
#define DOS_INT Bx21 
void far interrupt newint21(); 


void (interrupt far * oldint21)(); 
unsigned long syscalls = ß; 


/® DOS #/ 


void interrupt far Dem DhEIleS, ds, di, si, bp, 5p, bx, dx, cx, 


na cs, flags 
veriemet es, ds, di, si, I sp, x, dx, cx, ax, ip, cs, flags; 
syscalls++ 
_ chain _intr(oldint21); 


van ) 
/* alten Int21-Vektor sichern #/ 
oldint21 = dos getvect(DOS_INT); 


_dos setvect(DOS_INT, newint21); 


getch(); 
printf("Xlu syscalls\n”, syscalls); 


/* alten Int21-Vektor wiederherstellen */ 
_dos_setvect{DOS_INT, oldint21); 


Listing 2: Ein einfaches Programm, das sich in einen Inter- 
ruptvektor einklinkt und dann zur ÖOriginalroutine weiter- 
springt. 


Interrupte treten auf, wenn eine Einheit einen Interrupt 
aktiviert. Jede Systemeinheit ist so programmiert, daß sie zu 
gewissen Zeiten Interrupte auslöst, und es müssen Routinen 
vorhanden sein, die diese Interrupte behandeln. Software- 
Interrupte treten auf, wenn der Befehl INT ausgeführt wird. 
In beiden Fällen wird die Steuerung an eine Interrupt- 
Behandlungsroutine übergeben, deren Adresse in einer 
Tabelle im unteren Speicherbereich des Computers gespei- 
chert ist. Die Interrupt-Behandlungsroutine führt alles 
durch, was notwendig ist und führt dann den Befehl IRET 
aus, mit dem die Kontrolle an die Routine zurückgegeben 
wird, die beim Auftreten des Interrupts aktiv war. 

Interrupt-Behandlungsroutinen für Hardware-Interrupte 
dürfen im allgemeinen den Zustand des Systems nicht ver- 
ändern, d.h. keine Register verändern und auch nicht den 
Stack oder den Bildschirminhalt. Natürlich werden von 
Hardware-Interrupten einige Dinge schon verändert. Es 
gibt im Speicher einige besondere Variablen, die für die 
Kommunikation zwischen Interrupt-Behandlungsroutinen 
und normalen Programmen reserviert sind und die von der 
Interrupt-Routine verändert werden dürfen. Der Zeitgeber- 
Interrupt verändert zum Beispiel die Variable ticks. Die 
Interrupt-Routine dürfte jedoch nicht das AX-Register ver- 
ändern, weil dadurch andere Programme fehlerhaft funk- 
tionieren würden. 

Interrupt-Routinen für Software-Interrupte werden ex- 
plizit aufgerufen und geben Ergebnisse meist in Registern 
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zurück. So wird zum Beispiel das AX-Register von den mei- 
sten DOS-Funktionen verändert. Dies ist erlaubt und sogar 
notwendig. Wenn jedoch ein TSR-Programm einen Soft- 
ware-Interrupt abfängt, sollte es darauf achten, daß keine 
Register verändert werden. 

In Assembler ist es relativ einfach, eine Routine zu ent- 
wickeln, die kein Register verändert. Man muß nur darauf 
achten, welche Register von der Routine verwendet werden 
und sie mit PUSH sichern und mit POP wiederherstellen. C- 
Routinen sichern die Register jedoch nicht so sorgfältig. In 
einer normalen Microsoft-C-Routine können die Register 
AX und DX zur Rückgabe von Werten verwendet werden, 
die Flags dürfen verändert werden, mit dem ES-Register 
kann man auf FAR-Daten zugreifen und so weiter. Es ist 
nur notwendig, daß eine Routine die Register SI,DI, DS, 
SS, BP und SP erhält. Dieses Verhalten ist möglich, weil der 
C-Compiler Code erzeugt, der sich an diese Regeln hält. 

Microsoft C verfügt über das nur wenig bekannte und 
nicht besonders ausführlich dokumentierte Schlüsselwort 
interrupt. Wenn eine Funktion mit interrupt dekla- 
riert wird, werden mehr Register gerettet und der Rück- 
sprung erfolgt mit IRET anstatt mit RET. Eine weitere 
Eigenschaft einer interrupt-Funktion ist, daß man 
Funktionsparameter deklarieren kann, die Registern ent- 
sprechen. Dadurch kann man die Registerwerte verwenden 
und den Registern auch neue Werte zuweisen. 

In Listing I sind eine Interrupt-Routine in C und der 
vom Compiler erzeugte Assemblercode zu sehen. Beachten 
Sie, daß Interrupt-Routinen immer als far deklariert wer- 
den müssen. Der Compiler weiß, daß eine Interrupt-Proze- 
dur mit Sichern des Flagregisters, sowie von CS und IP auf- 
gerufen wird. Bei der Beendigung werden diese von der 
IRET-Anweisung wieder vom Stack gelesen. Der Compiler 
weiß jedoch nicht, daß eine Interrupt-Prozedur ohne Para- 
meter aufgerufen werden soll, selbst wenn 13 formale Para- 
meter deklariert worden sind. 

Bei der alten »Kernighan & Ritchie«-Deklaration in 
Listing 1 akzeptiert der Compiler beim Aufruf jede belie- 
bige Anzahl Parameter. Wenn Sie stattdessen eine neue 
ANSI-Deklaration wie die folgende verwenden, erwartet 
der Compiler, daß sie genau 13 Parameter übergeben: 


void interrupt far intfarfn(unsigned es, 
unsigned ds, unsigned di, unsigned si, 
unsigned bp, unsigned sp, unsigned bx, 
unsigned dx, unsigned cx, unsigned ax, 
unsigned ip, unsigned cs, unsigned flags) 
{ 

) 


In beiden Fällen werden Parameter, die sie versehent- 
lich angeben, ignoriert. Es ist sehr wichtig, daß Sie die Para- 
meterliste in der richtigen Reihenfolge angeben. Der C- 
Compiler erkennt die Parameter nicht am Namen, sondern 
an der Reihenfolge: 





include <dos.h> 
extern unsigned int _psp, end; 
extern unsigned char _osmajor; 


a 
char huge *startofitall; 
char huge *endofitall; 


unsi ble /* e in Byte: 
nstEned planeth? a fi ‚ei 


printf("DOS-Version %d\n”, 


text+data */ 
n®/ 


_osnajor); 


FP_SEG(startofitall) = La 
FP OFF(startofitall) = 

endofitall = (char *)gend; 

blength = ve = "startofitall; /* Bytes */ 


plength = blen 

if (plength & /* runden auf 16-Byte Para */ 
hl += Bxiß; 

plength >>= 4 /* in Paragraphen umwandeln %*/ 


printf(”"Start %Fp, Ende %Fp\n" 
"Größe %u (Byte) Er Er er 
startofitall, endofitall, blength, plength); 


Listing 3: Das Programm LOCS.C mit dem die Größe eines 
Programms festgestellt werden kann. 


Der erste Parameter ist ES, der zweite DS und so 
weiter. Wenn Sie zum Beispiel auf DI zugreifen wollen, der 
Inhalt von ES oder DS Ihnen aber gleich ist, können Sie die 
Funktion so deklarieren: 


void interrupt far 
intfarfn(unsigned junki, 
{ 

} 


junk2, di) 


Die Parameter junkt und junk2 werden benötigt, um 
di ın der Parameterliste an der richtigen Stelle stehen zu 
haben. 


In einen Interrupt-Vektor einklinken 


Wenn ein TSR-Programm gestartet wird, ist es eine nor- 
male DOS-Task und hat die Kontrolle über das System. Es 
kann innerhalb der Grenzen von DOS tun und lassen, was 
es will. Wenn es jedoch die Steuerung an DOS zurückgege- 
ben hat, kann es nur noch ausgeführt werden, wenn es 
durch einen Interrupt aktiviert wird. Deshalb muß jedes 
TSR-Programm vor der Beendigung einen Far-Pointer auf 
eine seiner Funktionen in einen Eintrag der Interrupt- 
Vektortabelle kopieren. Wenn dann der Interrupt auftritt, 
wird die angegebene Funktion aktiviert. 

In den meisten Situationen ist es darüber hinaus erfor- 
derlich, daß die Funktion auch die ursprüngliche Interrupt- 
Routine für diesen Interrupt aufruft; dieser Vorgang wird 
»Einklinken« in einen Interrupt-Vektor genannt (engl. 
»hooking«). 





DOS-Version 3 
|Start 2279:Bddd, Ende 2488:89Bd 


Größe 8736 (Byte) 546 (Paragraphen) 





Bild 1: Die Ausgabe von LOCS. 


Die meisten TSR-Programme klinken sich in mehrere 
Interrupte ein; sie können sich beispielsweise in den 
Tastaturinterrupt einklinken, um auf eine Aufruftaste zu 
warten, und in den DOS-Interrupt, um festzustellen, welche 
DOS-Funktionen gerade aktiv sind. Das Einklinken in 
Interrupte ist jedoch nicht auf TSR-Programme beschränkt, 
auch normale Programme können diese Möglichkeit nut- 
zen. Kommunikationsprogramme klinken sich zum Beispiel 
häufig in die seriellen Dateninterrupte ein, und viele Pro- 
gramme verwenden den Interrupt für kritische Fehler und 
den Ctrl-Break-Interrupt. 

Microsoft C enthält zwei Funktionen, die es verein- 
fachen, sich in einen Interrupt einzuklinken und zwar 
_dos_getvect und_dos_setvect. Die Funktion _dos_ 
getvect, mit der ein Interruptvektor gelesen wird, wird 
zuerst verwendet. Ihr Parameter gibt an, welcher Vektor 
gelesen werden soll. Sie gibt einen Far-Pointer auf eine 
Funktion zurück, der gewöhnlich für die spätere Verwen- 
dung gespeichert wird. 

Die Funktion _dos_setvect benötigt zwei Parameter: 
Der erste gibt den gewünschten Vektor an, und der zweite 
ist ein Far-Pointer auf eine Funktion, der in diesem Vektor 
gespeichert werden soll. Die Verwendung dieser beiden 
Funktionen wird in der Hauptroutine von Listing 2 demon- 
striert. Beachten Sie bitte, daß dieses Programm kein TSR- 
Programm ist; es handelt sich hier um ein gewöhnliches 
Programm, das den DOS-Interrupt »ausspioniert«. Das 
Programm achtet darauf, daß der Vektor vor der Beendi- 
gung wiederhergestellt wird; wenn dies nicht gemacht 
würde, würde das System spätestens beim Laden der näch- 
sten Anwendung abstürzen. 

Die Deklaration einer Variablen, in der ein Far-Pointer 
gespeichert werden kann, ist nicht ganz einfach. Daß C eine 
solche Deklaration ermöglicht, ist eine ihrer Stärken, doch 
fast jedermann sagt, daß die Notation schlecht strukturiert 
ist. Die zwei Deklarationen zu Beginn von Listing 2 lauten: 


void far interrupt newint21(); 
void (interrupt far * oldint21)(); 


In der ersten wird newint21 als Far-Interruptfunktion 
ohne Rückgabewert deklariert. Mit dieser Deklaration wird 
kein Speicher belegt, es wird damit nur dem Compiler new- 
int21 bekannt gemacht, damit er den richtigen Code 
erzeugen kann. Die zweite Deklaration sieht ähnlich aus, ist 
jedoch gänzlich anders. Damit wird eine Variable mit dem 
Namen oldint21 deklariert, die einen Far-Pointer auf 
eine Interruptfunktion enthält, die keinen Wert zurückgibt. 
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Beide Klammerpaare in der Deklaration von oldint21 
sind notwendig. Das erste bewirkt, daß sich interrupt 
far * auf oldint21 bezieht, das zweite, leere Klammer- 
paar macht die Variable zu einem Zeiger auf eine Funktion. 
C-Deklarationen werden von innen nach außen gelesen: 
Das Sternchen wird als »Zeiger auf« gelesen, die Klammern 
als »Funktion, die etwas zuzrückgibt« und eckige Klammern 
als »Array aus«. Dinge, die rechts von einem Namen stehen 
(runde und eckige Klammern) binden stärker, als Dinge, 
die links stehen (* und Schlüsselwörter wie far, near und 
interrupt). Die Deklaration von oldint21 wird so gele- 
sen: oldint21 ist ein Far-Interruptzeiger auf eine Funk- 
tion, die nichts (void) zurückgibt. Das ist genau das, was 
wir brauchen. 

Wenn ein TSR-Programm sich in einen Interruptvektor 
einklinkt, gibt es drei Möglichkeiten zur Berücksichtigung 
der Original-Routine für diesen Vektor: 


= die Original-Routine ignorieren, 
= die Original-Routine aufrufen (CALL), 
= zur Original-Routine weiterspringen (JMP). 


TSR-Programme entscheiden sich oft erst aufgrund der 
aktuellen Situation, welche dieser Vorgehensweise sie ver- 
wenden. Eine Routine, die auf eine bestimmte Aufruftaste 
wartet, könnte beispielsweise zur Original-Routine weiter- 
springen (JMP), wenn eine Taste gedrückt wird, die nicht 
ihre Aufruftaste ist; sie würde die Original-Routine jedoch 
aufrufen (CALL) wenn die Aufruftaste festgestellt wird. 

Die erste Vorgehensweise, das Ignorieren der Original- 
Routine ist nur in wenigen Situationen möglich. Normaler- 
weise muß die Original-Routine aufgerufen werden, damit 
das System korrekt arbeiten kann. Die zweite Vorgehens- 
weise, der Aufruf (CALL) der Interruptroutine, erlaubt es 
einem TSR-Programm, die Steuerung zu erhalten, nachdem 
die Original-Routine ihre Aufgabe erledigt hat. Dies ist 
nicht sehr häufig, doch es kommt vor. 

Eine Funktion, deren Adresse in einem Funktions- 
Pointer wie oldint21 gespeichert wurde, wird so aufge- 
rufen: 


(*oldint)(); 


Wieder sind beide Klammernpaare notwendig. Ohne 
das scheinbar überflüssige erste Klammerpaar würde 
oldint21 wie eine Funktion aussehen anstatt wie Zeiger 
auf eine Funktion. Es ist enorm wichtig, daß oldint21 als 
Far-Pointer auf eine Interruptfunktion und nicht als ein- 
facher Far-Pointer deklariert wird, da bei Interruptfunktio- 
nen andere Aufrufkonventionen verwendet werden müssen. 

Der dritte Weg, das Weiterspringen zur Original-Rou- 
tine, ist sehr häufig. Die TSR-Routine führt einen JMP auf 
die Original-Routine aus. Vor dem JMP muß das TSR-Pro- 
gramm alle geänderten Register wiederherstellen und 
sicherstellen, daß der Stackzeiger und das Stack-Segment- 
register wieder die Werte haben, die sie vor der Aktivierung 
des TSR-Programms hatten. 
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In einem Assemblerprogramm ist das Weiterspringen 
nicht schwierig, wenn man genau weiß, in welchem Zustand 
sich die Register befinden. In C muß dazu die Funktion 
_chain intr verwendet werden, die jedoch nur aus einer 
Interrupt-Routine heraus aufgerufen werden darf, weil sie 
weiß, wie der Stack von einer Interruptroutine manipuliert 
wird und dieses Wissen dazu verwendet, den Stack zu korri- 
gieren und dann zur angegebenen Far-Routine zu springen. 
Wenn die angesprungene Routine startet, sind die Register- 
inhalte und der Stackaufbau genauso, wie bei einem direk- 
ten Aufruf. Ein ganz einfaches Beispiel dafür ist die Funk- 
tion newint21 in Listing 2. 

Wenn das Programm aus Listing 2 ausgeführt wird, zeigt 
es normalerweise die Meldung »1 syscalls« an und meldet 
damit, daß genau ein Aufruf des DOS-Interrupts 21h erfolgt 
ist. Dabei handelt es sich natürlich um den Aufruf von 
getch in der Funktion selbst. Wenn Sie ein speicherresi- 
dentes Programm aufrufen, während dieses Beispielpro- 
gramm auf einen Tastendruck wartet, wird bei seiner Been- 
digung die Anzahl von dessen DOS-Aufrufen angezeigt. 


Stackprobleme und ihre Lösung 


Meistens brauchen sich C-Programmierer nicht um den 
Stack zu kümmern. Es ist hilfreich zu wissen, daß bei einer 
Hardware-Architektur wie der des PC C-Auto-Variablen 
auf dem Stack gespeichert werden. Eine gute allgemeine 
Regel bei der C-Programmierung lautet, in einer Funktion 
keine großen Datenstrukturen zu definieren. (Ein häufiger 
Fehler von Neulingen ist die Deklaration der wichtigen 
Datenstrukturen in der main-Routine.) Wenn der Stack zu 
klein ist, kompiliert man sein Programm neu und verlangt 
einen größeren Stack. Rekursive Programme benötigen 
meist einen größeren Stack als die voreingestellten 2 Kbyte. 

Wenn ein gewöhnliches EXE-Programm abläuft, ver- 
wendet es seinen eigenen Stack, wenn jedoch eine DOS- 
Systemfunktion aufgerufen wird, schaltet DOS auf einen 
eigenen Stack um. Tatsächlich gibt es drei DOS-Stacks, 
einen für die Systemaufrufe 0 bis OCh, einen für die Funk- 
tionen über 0Ch und einen dritten für die Verwendung bei 
kritischen Fehlern. Ein TSR-Programm hat zwei Möglich- 
keiten: Es kann darauf vertrauen, daß der zur Zeit des Auf- 
rufs aktive Stack genügend Platz hat, oder es kann auf einen 
eigenen Stack umschalten. Einige TSR-Programm schalten 
auf einen eigenen Stack um, nur um ganz sicher zu gehen. 
Es gibt zwei sehr wichtige Dinge, die Sie berücksichtigen 
sollten, wenn Sie den einfachen Weg gehen wollen, d.h. den 
aktuellen Stack verwenden. 

Zum einen müssen Sie darauf achten, daß die Stack- 
Überprüfung bei Ihrem Programm ausgeschaltet ist, indem 
Sie die Compileroption -Gs verwenden, und daß Sie keine 
Bibliotheksfunktionen aufrufen, die eine Stacküberprüfung 
durchführen. Einige Bibliotheksfunktionen machen das, 
andere nicht. Verwenden Sie beim Kompilieren die Compi- 
leroption -Fm um eine MAP-Datei zu erzeugen und unter- 





suchen Sie die Datei auf Verweise auf die Funktion 
chkstk. Wenn Sie solche Verweise finden, sollten Sie 
systematisch alle Bibliotheksfunktionen eliminieren, bis Sie 
chkstk aus Ihrem Programm verbannt haben. 

Zum zweiten sollten Sie daran denken, bei der Verwen- 
dung des Stacks äußerst sparsam vorzugehen. Wenn Sie 
lokale Variablen mit static deklarieren, wird der Stack 
nicht mehr für lokale Variablen verwendet. Beachten Sie 
aber, daß lokale statische Variablen ihren Wert behalten 
und bei jedem Start der Routine neu initialisiert werden 
müssen; sie können sich nicht auf die automatische Initiali- 
sierung in einer Funktion verlassen, bis auf den ersten Auf- 
ruf. Um die Stackverwendung gering zu halten, sollten Sie 
keine Rekursion verwenden, nicht mehr als eine Handvoll 
Variablen auf dem Stack ablegen und Prozeduren nicht zu 
tief verschachteln. Wenn Ihr Programm sparsam mit dem 
Stack umgeht, brauchen Sie nicht auf einen anderen Stack 
umzuschalten. 

Ein weiteres Stackproblem besteht darin, daß DS und 
SS bei der Ausführung der TSR-Routine eventuell nicht 
gleich sind. Sie sollten den Compilerschalter -Aw verwen- 
den, damit der Compiler Code erzeugt, der nicht davon 
ausgeht, daß DS und SS den gleichen Wert haben. Wenn 
Sie -Aw verwenden, müssen Sie auch -Asn verwenden, um 
ein Small-Model-Programm zu erzeugen. Normalerweise 
erzeugt der Compiler keinen Code, der von DS==SS aus- 
geht, oft kommt man also auch ohne -Awsn aus. Wegen 
dieses Problems sollten Sie es vermeiden, die Adresse einer 
lokalen Auto-Variablen zu verwenden. Wie bereits erwähnt, 
sollten lokale Variablen in TSR-Programmen ganz vermie- 
den werden, um die notwendige Stackgröße klein zu halten. 
Die Zurückhaltung bei der Verwendung ihrer Adressen 
erfordert also keine weiteren Einschränkungen. 

Einige Bibliotheksroutinen gehen von DS==SS aus, doch 
der einzige Weg, diese herauszufinden, besteht im Probie- 
ren. Wenn eine Bibliotheksfunktion nicht richtig funktio- 
niert, wenn sie in einem TSR-Programm verwendet wird, 
jedoch richtig, wenn sie in der gleichen Situation in einem 
normalen Programm eingesetzt wird, liegt das wahrschein- 
lich daran, daß sie von DS==SS ausgeht. 


Bibliothekroutinen 


Eine der schönsten Eigenschaften von Microsoft C ist seine 
Bibliothek. Microsoft C enthält eine Bibliothek mit umfang- 
reichen Ein-/Ausgaberoutinen, einer vielseitigen mathe- 
matischen Bibliothek, Routinen für die Stringmanipulation, 
Funktionen für die dynamische Speicherverwaltung, eine 
allgemeine Betriebssystemschnittstelle und einige PC-spezi- 
fische Routinen. Mit der Version 5 kamen Grafikroutinen 
und weitere PC-spezifische Funktionen hinzu. 

Der größte Teil der Microsoft C-Bibliothek kann nicht 
in einem TSR-Programm verwendet werden. Einige Routi- 
nen verursachen Probleme, weil sie direkt oder indirekt 
malloc aufrufen. 


/# 
Sn erogeame für die Zeitanzeige 
# 


I#include <dos.h> 


#include <bios.h> 


extern int ‚end; 
extern Mas _bsmajor; 


union REGS regs; | | 
int ser_row, scr_col; /* Bildschirmzeile/-spalte */ 
int far *scr_cursaddr; 

unsigned scr_ch; 


Dx1B 


RAY (int far *)(8x458) 
#define BIOS_VIDEO PAGE NUM (char far *)(Bx462) 


/* Taste W *#/ 
/* Ctrl %/ 
/* Tastatur-1/0-Port */ 


|#define HOTKEY_CODE 8x11 
#define HOTKEY'STAT 8x4 
define KEYPORT Bxbd 


#define DOS_INT x 
#define KEYSVC INT #x9 
#define DOS_PRINTSTRING 8x9 


define StartOfTine 6 


char msg[25] = "###* HH:MM:SS me"; 
char buf[ 25); 


/* Position 6 in nsg */ 


/* Variablen für Zeitberechnungen */ 


unsigned long ticks; 
int h,n,$s; 
char *sptr; 


void (interrupt far * oldint9)(); 


|/* Auf Aufruftaste warten und dann Zeit anzeigen nit popup() */ 


void interrupt far newint9(es, ds, di, si, bp, sp, bx, dx, 
ck, ax, ip, cs, flags) 
ia es, ds, di, si, bp, sp, bx, dx, cx, ax, ip, cs, flags; 


static unsigned char keycode; 
static char active = 8; 


if (active) 
_chain intr(oldint9); 


keycode = inp(KEYPORT); 
if (keycode != HOTKEY_CODE) 
_chain intr(oldint9); 


if (_bios_keybrd(_KEYBRD_SHIFTSTATUS) & HOTKEY_STAT) 


/* Taste gedrückt */ 
active = 1; 
Bern, 
opup(); 
ah = 8: 


/* normale Verarbeitung der Taste */ 


else 
_chain intr(oldint9); 
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Imain() 
{ 


| char huge *startofitall; 
char huge *endofitall; 
unsigned length; 


/%* DOS-Version überprüfen */ 
if (_osmajor € 2) 


Be PRae che geladen, DOS ab V2 notwendig.\r\n$”); 
exit(); 


/* alten INT9 sichern #/ 
oldint9 = dos getvect(KEYSVC_INT); 
dos setvect(KEYSVC_INT, (void (interrupt far *)())newint9); 


| /# Positions- und Längenberechnung */ 
FP SEG(startofitall) = per 
FP OFF(startofitall) = 8; 
endofitall = (char huge *)&end; 
length = endofitall - startofitall; /# Bytes #/ 
/* auf nächsten 16-Byte-Paragraph runden */ 
if (length & Axf) 
1 h += Ex1B; 
length >>= 4; /* in Paragraphen umwandeln %/ 


| helfen geladen.\r\n$"); 
/* Alles im Speicher lassen bis auf Stack */ 


_dos keep(#, length); 


/* Einen mit $ abgeschlossenen String anzeigen # 


|dos puts(s) 
il "5; | 
regs.x.dx = (int)s; 
ED = DOS_PRINTSTRING; 
intdos({&regs ‚&regs); 


opup() 
static int oldcursor; 


/* Aufruftaste aus Puffer nehmen */ 
(void) bios keybrd(_KEYBRD READ); 


/* Cursor sichern */ 
oldcursor = #scr get curs addr(); 


/* Zeit in die Meldung einbauen */ 
bigben(); 


/* Meldung anzeigen #/ | 
scr row = 12; scr_col = 38; scr_swapnsg(msg,buf); | 


/* auf Tastendruck warten #/ 
(void) bios keybrd( KEYBRD READ); 


/* Meldung wieder löschen #/ 
scr row = 12; scr_col = 38; scr_swapnsg(buf ,nsg); 


/* Cursor wiederherstellen */ 
*scr_get_curs addr() = oldcursor; 


#* 
* ticks lesen, in Sekunden umwandeln 
j und in msg schreiben. 
* 
beghent) 

bios timeofday( _TIME_GETCLOCK, &ticks); 


Ticks *= 2000L; /# umwandeln ... */ 
ticks /= 36413L; /* „.. in Sekunden %/ 
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h = ticks / 3688; 

m = ticks / 6f; 

n=nm% 60; 

5 = ticks % 68; 

sptr = msg + StartOfTime; 

*sptr++ = h/10 + 'B'; 

“sptr++ = hA1d + '0'; 

*sptr++ = ':'; 

“sptr++ = m/1d + 'B'; 

*sptr++ = mild + '8'; 

"sptrtt = ':': 

*sptr++ = s/1d + 'B'; 
*sptr++ = stld + 'B"; 


/* 
* Bildschirm-BIOS-Routinen für TSRs 
x/ 


/# 

* Meldung auf dem Bildschirm ausgeben, vorher Bildschirn- 
* inhalt in savbuf sichern. scr_row und scr_col müssen 
I dem Aufruf von scr_swapnsg() belegt werden. 

# 


void ser swapmsg(msg, savbuf) 
Fabia char *msg, *savbuf; 
static unsigned val; 


scr cursaddr = ser _get_curs addr(); 
eeeg) 


“savbuf++ = scr ch = ser read.ch(); 

ser ch &= Bxfffd; /* Attribut erhalten */ 
scr_ch |= *nsg++; 

scr_write_ch(); 

scr col++; 


*savbuf = B; 


 * Zeichen vom Bildschirm in scr_ch lesen (scr_row, ser_col) 
* 


ai scr read_ch() 


/* Cursoradresse in BIOS-Variable schreiben #*/ 
*scr cursaddr = scr row<<8 ı ser_col; 

/* Zeichen über BIOS lesen #/ 

regs.h.ah = BIOS VIDEOINT RDCH; 

regs.h.bh = *BI0$ VIDEO PÄGE NUM; 
int86(BIOS_VIDEOINT, &regs, äregs); 

return regs.X.axX; 


% scr_ch in Bildschirm bei scr_row, scr_col schreiben. 


#/ 


ir, ser_write_ch() 


/* Cursoradresse in BIOS-Variable schreiben */ 

*scr cursaddr = scr_ row<<8 | ser_col; 

/* Zeichen über BIOS schreiben */ 

regs.h.ah = BIOS_VIDEOINT_WRCH; 

regs.h.al = ser_ch; /* Zeichen */ 

regs.x.ck = 1; /* ein Zeichen #/ 

regs.h.bh = *BIOS _VIDEO_PAGE NUM; 

hl ser chd>8; /* Attribut #/ 
int86(BIOS VIDEDINT, &regs, &regs); 


/* 
* Die Cursoradresse der aktuellen Seite feststellen 
#f 


IN far * scr_ get _curs_addr() 
return BIOS_CURSOR_ARRAY + (int) (*BIOS_VIDEO PAGE_NUN); 





Listing 4: Ein TSR-Programm, das die Zeit anzeigt. 





Bei der Ausführung eines Programms verwaltet malloc 
einen Speicherbereich, und teilt ihn auf Anforderung auf. 
Doch dieser Speicher ist für ein TSR-Programm nicht 
verfügbar und jede Verwendung von malloc oder Varian- 
ten davon ist in einem TSR-Programm verboten. Einige 
Routinen beanspruchen den Stack zu stark, während andere 
Routinen chkstk aufrufen, was gewöhnlich zu einem Feh- 
ler führt, da TSR-Stacks sıch normalerweise nicht dort 
befinden, wo chkstk sie erwartet. 

Die Routinen, die auf jeden Fall sicher sind, sind dieje- 
nigen, die man einfach auch selbst schreiben kann. Eine 
Möglichkeit zur Lösung dieses Problems ist, den Quellcode 
für die Bibliotheksfunktionen zu erwerben, so daß man eine 
genauere Übersicht darüber hat, was in den einzelnen 
Funktionen vor sich geht. Wenn man den Quellcode besitzt, 
kann man benötigte Routinen auch so kompilieren, daß sie 
keine Stacküberprüfung mehr durchführen; die Microsoft- 
Routinen haben die Stacküberprüfung meist aus guten 
Gründen eingeschaltet, denn sie benötigen oft mehr als nur 
ein paar Bytes auf dem Stack. (Eine andere Möglichkeit 
zum Ausschalten der Stacküberprüfung besteht darin, das 
Modul CHKSTK.ASM anzupassen, das auf der Utilities-Dis- 
kette des C-Compilers mitgeliefert wird.) 


Die Programmgröße 

Obwohl Microsoft C mit _dos_keep über eine bequeme 
Unterroutine verfügt, mit der man ein aktives Programm in 
ein Hintergrundprogramm verwandeln kann, gibt es noch 
eine weitere Hürde zu überwinden. Man muß _dos_keep 
mitteilen, wie lang (in 16-Byte-Paragraphen) das Programm 
ist. Ein Weg, diesen Wert zu berechnen, besteht darin, zu 
schätzen, entweder indem man sich die MAP-Datei ansieht 
oder indem man einen größeren Wert angibt, als wirklich 
benötigt wird. Der bessere Weg besteht jedoch darin, es im 
Programm selbst auszurechnen. 

MS-DOS-Programme haben den folgenden allgemeinen 
Aufbau: 


= das Programmsegmentpräfix (PSP) 
= Text (Programmcode) 

= Daten 

= Stack 


Für unsere Zwecke ist die Größe des Stacks irrelevant, 
da er nicht benötigt wird, nachdem das Programm speicher- 
resident beendet wird. Die Aufgabe besteht darin, die 
Größe der anderen Teile herauszufinden. Das Programm- 
segmentpräfix (PSP) ist einfach, es ist immer 256 Byte 
(100h) groß. Mit dem Programm LOCS.C in Listing 3 habe 
ich eine Methode entwickelt, um die Größe von Text- und 
Datensegment zu bestimmen. Seine wichtigsten Bestand- 
teile sind zwei Huge-Pointer, startofitall und endof- 
itall. Ich belege startofitall so, daß er auf das PSP 
und endofitall so, daß er auf das Ende des Datenseg- 
ments zeigt. Den Beginn des Programm kann man leicht 


herausfinden; die Variable psp enthält immer die Seg- 
mentadresse des Beginns des PSP, und der Offset der 
Startadresse ist immer 0. Das Ende des Datensegments 
kann man mit Hilfe einer Variablen mit dem Namen end 
herausfinden, die immer das letzte Datenelement ım Daten- 
segment ist. Bei den Pointern muß es sich um Huge-Pointer 
handeln, da ihre Segmente verschieden sind. Durch subtra- 
hieren der Huge-Pointer erhält man die Programmgröße. 
In Bild 1 ist die Ausgabe des LOCS-Programms zu sehen. 
Um das Ergebnis von LOCS.C zu überprüfen, schaute ich 
in der MAP-Datei nach und kam zum selben Ergebnis. 
Eine Feinheit von LOCS, auf die ich noch hinweisen 
möchte, ist die Umwandlung von Byte in Paragraphen. Ver- 
gessen Sie dabei nicht aufzurunden; 10 Byte ergeben zum 
Beispiel einen Paragraphen, 17 Byte sind zwei Paragraphen 
und so weiter. Die Anweisungen am Ende von LOCS run- 
den auf (wenn nötig) und wandeln dann in Paragraphen um, 
indem um 4 nach rechts geshiftet wird (Division durch 16). 


Beenden und resident bleiben 


In Listing 4 ist ein einfaches TSR-Programm zu sehen, das 
immer dann die Zeit anzeigt, wenn seine Aufruftaste 
gedrückt wird. Diese einfache Routine klinkt sich nur in den 
Tastaturinterrupt ein. Wenn die Aufruftaste gedrückt wird, 
wird die Zeit in der Bildschirmmitte angezeigt. In diesem 
einfachen TSR-Programm wird die ganze Arbeit mit BIOS- 
Aufrufen erledigt und es gibt keine Dateiein-/-ausgabe. 
Viele nützliche TSR-Programme sind so einfach, doch 
andere machen umfangreicheren Gebrauch von DOS. 

Die main-Routine enthält eine Umsetzung der entspre- 
chenden Programmteile aus den Listings 2 und 3. Zu Be- 
ginn der Routine wird der Vektor auf die alte Interrupt-9h- 
Routine gesichert und eine neue Interrupt-9h-Routine 
installiert. Dann folgt die Berechnungsroutine, mit der fest- 
gestellt wird, wieviel Platz das Programm benötigt, d.h. 
wieviel mit _dos_keep im Speicher gehalten werden soll. 
Darauf folgt der eigentliche Aufruf von _dos_keep, 
wodurch das Programm speicherresident wird. _dos_keep 
stellt nicht den gleichen Systemzustand her, wie dies eine 
normale Beendigung mit exit tun würde. Ein Unterschied 
ist natürlich, daß der Speicherbereich für das Programm 
und die Daten erhalten bleibt. Ein weiterer Unterschied 
besteht darin, daß _dos keep mehrere Vektoren für 
Fließkommaoperationen, die vom C-Startcode installiert 
wurden, nicht wie exit wiederherstellt. 

Das Einklinken in den Interrupt und das Weiterspringen 
erfolgen in der Funktion newint9. Bei jedem Tastatur- 
interrupt wird newint9 aktiviert. Wenn sicher ist, daß die 
Aufruftaste nicht betätigt wurde, wird zur Original-Inter- 
ruptroutine weitergesprungen. Wenn jedoch die Aufruftaste 
festgestelllt wird, wird die Original-Routine mit CALL auf- 
gerufen. Dadurch kann die Original-Routine Tastendrücke 
normal empfangen und verarbeiten. Sobald von der Origi- 
nal-Routine zum TSR-Programm zurückgekehrt wird, ruft 
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newint9 die Funktion popup auf, ın der die Aufruftaste 
aus dem Tastaturpuffer gelesen, die Zeit angezeigt, auf eine 
weitere Tastaturbetätigung gewartet und dann der ur- 
sprüngliche Bildschirminhalt wiederhergestellt wird. 

Die Funktion newint9 verwaltet ein Flag mit dem 
Namen active, das gesetzt wird, bevor popup aufgerufen 
und anschließend wieder zurückgesetzt wird. Dadurch ver- 
hindert man, daß newint9 popup ein zweites Mal aufruft, 
wenn die Aufruftaste gedrückt wird, während das TSR- 
Programm aktiv ist. Dies ist nicht weit hergeholt; es würde 
passieren, wenn der Benutzer die Aufruftaste einmal für die 
Zeitanzeige und ein zweites Mal zum Ausschalten der 
Anzeige drückt. 

Das Listing 4 enthält einige Bildschirm-Hilfsroutinen, 
dıe den Zeitstring anzeigen und hinterher den Bildschirm 
wiederherstellen. Diese Funktionen verwenden aus Grün- 
den der Einfachheit und Allgemeingültigkeit das BIOS für 
die Ein-/Ausgabe. Für derart kurze Meldungen, wie in 
diesem Beispiel, ist die langsamere Geschwindigkeit des 
BIOS unwichtig, 

Die hier verwendete Vorgehensweise funktioniert 
jedoch nicht korrekt mit Programmen, die die Cursorposi- 
tionierungsroutinen des BIOS umgehen, wie das zum Bei- 
spiel bei Lotus 1-2-3 der Fall ist. Die Routinen gehen davon 
aus, daß die Cursorposition mit der in den BIOS-Variablen 
gespeicherten identisch ist. Die einzige Schwierigkeit bei 
diesen BIOS-Routinen besteht darin, die Cursorposition zu 
erhalten. Dies wird dadurch erreicht, daß die Werte mit 
Hilfe der Funktion scr_get_curs_addr, die deren Spei- 
cheradresse berechnet, aus dem BIOS-Datenbereich aus- 
gelesen werden. 


Komplexe TSR-Programme 


TSR-Programme, die Dateien lesen oder schreiben, Ver- 
zeichnisse auflisten oder andere Aufgaben ausführen, die 
DOS-Funktionen verwenden, müssen ausgefeilter sein, als 
das hier vorgestellte Programm. Bedenken Sie, daß DOS 
kein Multitasking-System ist. Wenn ein Aufruf erfolgt, 
schaltet DOS automatisch auf einen seiner internen Stacks 
um. Da eın normales Anwendungsprogramm inaktiv ist, 
während DOS eine Anforderung bearbeitet, ist es bei Nicht- 
vorhandensein eines TSR-Programms unmöglich, daß ein 
weiterer Aufruf erfolgt, während der erste noch abgearbei- 
tet wird. Wenn jedoch im Hintergrund TSR-Programme 
lauern, kann es passieren, daß ein Aufruf erfolgt, während 
ein anderer noch behandelt wird. Leider ist DOS so pro- 
grammiert, daß es abstürzt oder anderweitig fehlerhaft rea- 
giert, wenn sich Aufrufe überschneiden. Es ist nicht schwer, 
ein flexibleres Aufrufschema zu entwickeln, doch das schien 
damals, als DOS entwickelt wurde, nicht wichtig zu sein. 
Wegen dieser Einschränkungen verwaltet DOS das 
sogenannte Busy-Flag. Ein Programm kann die Adresse 
dieses Flags feststellen, indem es den DOS-Systemaufruf 
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34h ausführt. Es wird ein Far-Pointer auf das Flag in ES:BX 
zurückgegeben. Während DOS einen Aufruf erledigt, setzt 
es das Busy-Flag. Das bedeutet nicht, daß DOS schlau 
genug ist, Probleme zu vermeiden, indem es signalisiert, 
daß es beschäftigt ist. Es bedeutet nur, daß es für ein TSR- 
Programm möglich ist, festzustellen, daß DOS aktiv ist und 
es so einen tödlichen Aufruf unterlassen kann. 

Leider setzt DOS das Busy-Flag auch, wenn es eigent- 
lich möglich wäre, die meisten DOS-Funktionen für Datei- 
ein-/-ausgabe aufzurufen. Wenn DOS zum Beispiel auf eine 
Tastatureingabe wartet, sind Dateiein-/-ausgaben erlaubt. 
Ein Weg, diese Situation zu erkennen, besteht darin, sich in 
den Interrupt 21h einzuklinken um festzustellen, welche 
Funktion gerade ausgeführt wird. Das TSR-Programm 
könnte dann bei einem Systemaufruf feststellen, ob es wirk- 
lich sicher ist, Dateiein- /ausgaben auszuführen. 

Die einfachste Lösung ist, DOS-Aufrufe zu unterlassen, 
wenn eine Funktion über 0OCh bearbeitet wird, und Funktio- 
nen über 0Ch zu erlauben, wenn eine Funktion unter 0Ch 
erledigt wird. Viele TSR-Programme verwenden auch den 
Status von Interrupt 13h, die BIOS-Diskettenein-/-ausgabe- 
routinen, um festzustellen, ob es möglich ist Dateiein-/- 
ausgaben durchzuführen. 

Eine andere Möglichkeit besteht darin, eine Ressource 
von DOS zu verwenden, den Interrupt 28h. Wenn das Busy- 
Flag von DOS gesetzt ıst, Funktionen über OCh aber mög- 
lich sind, ruft DOS regelmäßig den Interrupt 28h auf. 
Ursprünglich war der Interrupt 28h für den residenten Teil 
von PRINT.COM gedacht, es handelt sich dabei jedoch um 
einen allgemeingültigen Mechanismus, der von vielen TSR- 
Programmen verwendet wird. Einige TSR-Programme akti- 
vieren den Interrupt 28h sogar selbst, wenn andere TSR- 
Programme zusätzlich zu ihnen aktiviert werden dürfen. 

Viele TSR-Programme verwenden auch den regelmäßi- 
gen 18 Hz-Interrupt. Wenn ihre Aufruftaste gedrückt 
wurde, setzt die Routine, die in den Tastaturinterrupt ein- 
geklinkt wurde, nur ein Flag, das anzeigt, daß die Aktivie- 
rung angefordert wurde. Kurz darauf erfolgt der Zeitgeber- 
Interrupt. Wenn DOS gerade nicht arbeitet, aktiviert die 
Routine, die in den Zeitgeber-Interrupt eingeklinkt wurde, 
die eigentliche TSR-Routine; sonst probiert es die Zeit- 
geber-Interruptroutine beim nächsten Mal. Dies wırd häufig 
mit einer Routine kombiniert, die auf den Interrupt 28h 
reagiert. Die Routine, die zuerst auf die sichere Möglichkeit 
zur Aktivierung stößt, aktiviert die TSR-Routine und setzt 
das Flag für die Aktivierungsanforderung zurück. 

Zwei weitere Dinge müssen berücksichtigt werden, zum 
einen der Tastaturinterrupt und der Interrupt für kritische 
Fehler. Es darf nicht möglich sein, ein TSR-Programm mit 
zu unterbrechen - eine Katastrophe wäre die 
sichere Folge. Auch sollte ein TSR-Programm den Inter- 
rupt 24h auf sich richten, wenn es Dateiein-/-ausgabe be- 
treibt. Wenn es das nicht tut, könnte ein kritischer Fehler 
(die lästige Meldung »Abbrechen, Wiederholen, Ignorie- 
ren?«) zu unvorhersehbaren Ergebnissen führen. In beide 





Interrupte sollte man sich nur einklinken, während ein 
TSR-Programm aktıv ist; die Vektoren sollten wiederherge- 
stellt werden, wenn das TSR-Programm sich zurückzieht. 

Eine weitere Schwierigkeit für viele TSR-Programme 
besteht darin, festzustellen, ob sie bereits geladen wurden. 
Es ist in der Regel nicht wünschenswert, ein TSR-Pro- 
gramm zweimal zu laden, doch die versteckte »Hinter-den- 
Kulissen-Natur« von TSR-Programmen verführt Benutzer 
oft dazu, sie ein zweites Mal zu laden, wenn nach dem 
ersten Laden Schwierigkeiten auftreten. 

Es gibt für ein TSR-Programm mehrere Möglichkeiten, 
festzustellen, ob es bereits geladen wurde. Ein einfacher 
Weg besteht darin, den ganzen Speicher (vom Anfang bis 
zum Beginn des PSP) nach etwas Eindeutigem wie einer 
Copyright-Meldung zu durchsuchen. Wenn der String 
gefunden wird, muß das TSR-Programm schon geladen 
worden sein. Eine andere Möglichkeit ist die Verwendung 
von Interrupten; man kann beispielsweise einem existieren- 
den Interrupt eine neue Funktion hinzufügen. Vor der spei- 
cherresidenten Installation ruft das TSR-Programm den 
Interrupt mit diesem Funktionscode auf. Wenn das TSR- 
Programm bereits geladen ist, übergibt es einen speziellen 
Code. Wenn die normale Interrupt-Routine aufgerufen 
wird, wird die übliche Routine ausgeführt, daß heißt, in der 
Regel passiert nichts. 


Zusammenfassung 


Welche Sprache Sie auch verwenden, die Schwierigkeiten 
beim Schreiben von TSR-Programmen resultieren haupt- 
sächlich aus den Unzulänglichkeiten von DOS und liegen 
nicht an der Sprache selbst. Assemblerprogrammierer 
haben hier die Nase vorn, weil sie für TSR-Programme die 
gleichen Tricks und Techniken verwenden können, die sie 
immer verwenden. 

Viele der Microsoft C-Fähigkeiten zum Schreiben von 
TSR-Programmen sind ungewohnt, weil sie für andere Pro- 
grammierweisen fast gar nicht benötigt werden. Das 
Erstellen eines TSR-Programms ist jedoch relativ einfach, 
wenn man die Microsoft C-Tools und die grundlegenden 
Tricks der TSR-Programmierung verstanden hat. 

Zusammenfassend kann man sagen: Für einfache TSR- 
Programme kann man eine beliebige Sprache verwenden, C 
oder Assembler, je nachdem, mit welcher man vertrauter 
ist. Für viele Programmierer ist das C. Für ganz anspruchs- 
volle TSR-Programme ist jedoch immer noch Assembler 
die bevorzugte Sprache. 

Kaare Christian 
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Es wird zwar relativ viel geschrieben über TSR- 
‚Programme, doch meistens sind die Beispiele 
nur sehr einfach und drücken sich vor allem um 
den schwierigsten Teil, den Aufruf von DOS und 
die Probleme damit, daß DOS nicht reentrant 
ist. In diesem Artikel wird ein Programm vorge- 
stellt, daß auch diese Klippen umschifftt. 


Doch bevor ich die Einzelheiten der Programmierung einer 
solchen TSR-Utility beschreibe, möchte ich zunächst das 
Programm aus Benutzersicht erläutern. 


Bild - Elektronische Bildschirmfotografie 


Bild ist ein Programm, mit dem Textbildschirminhalte von 
PC auf Diskette gespeichert werden können. Das ist sehr 
nützlich, wenn man PC-Programme beschreiben muß und 
auch Bildschirmabbildungen in seinen Text einfügen 
möchte. Die Speicherung erfolgt so, wie die Daten im Bild- 
schirmspeicher stehen, mit dem Programm B/dTxt können 
sie jedoch in Standard-ASCI-Dateien umgewandelt 
werden. Mit eigenen Utilities wäre auch die Umsetzung in 
das Format der verwendeten Textverarbeitung denkbar. 

Bild wird nach einmaligem Aufruf fest im Speicher 
installiert und kann dann jederzeit mit einer Tastenkombi- 
nation aktiviert werden. Diese Tastenkombination kann mit 
dem Installationsprogramm BildInst vom Benutzer be- 
stimmt werden. 

Bild belegt etwa 5 Kbyte Speicher. Es unterstützt fol- 
gende Bildschirmmodı: 

2 80x 25 schwarz-weiß (MODE BW380) 
3 80x25 Farbe (MODE CO80) 
7 80x25 monochrom (MODE MONO) 

Bild wird durch Eingabe von BILD gestartet, 
und meldet sich dann mit einem Copyright-Hinweis (Bild 
IT). Das Programm kann nun jederzeit durch Betätigung der 
beim Installationsprogramm BildInst (s.u.) angegebenen 
Tastenkombination (Standard: [Alt][Return]) gestartet wer- 
den. Bei der Betätigung der installierten Tastenkombination 
wird der derzeitige Bildschirminhalt in einer Datei 
gespeichert. Die Textbildschirmdateien erhalten die Namen 
BILDxxx.BLD, wobei xxx eine Zahl zwischen 001 und 999 
ist. Wenn eine Datei bereits vorhanden ist, überschreibt 
Bild sıe nicht, sondern zählt so lange weiter, bis es eine 
Nummer findet, für dıe noch keine Datei existiert. 

Die Dateien werden immer in das aktuelle Verzeichnis 
geschrieben. Wenn also eine Anwendung »fotografiert« 
wird, die häufig die Verzeichnisse wechselt, können sich die 
Bildschirmdateien in verschiedenen Verzeichnissen befin- 
den. Befindet sıch der Bildschirm ın einem Modus, der von 
Bild nicht unterstützt wird (z.B. Grafikmodus), piepst das 
Programm. Ebenso bei einem kritischen Fehler (z.B. Dis- 
kette defekt oder nicht eingelegt). 
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Bild 1: Die Startmeldung von Bild. 


Bild kann beliebig oft aufgerufen werden. Es belegt 
dann keinen weiteren Speicher, sondern meldet nur, daß es 
bereits geladen wurde. Der Startbildschirm wird nur beim 
ersten Aufruf angezeigt. Beim Aufruf kann der Parameter A 
angegeben werden. Bild wird dann ausgeschaltet. Der von 
dem Programm verwendete Speicher ist verloren (ca. 5 
Kbyte). Es braucht kein Schrägstrich oder Bindestrich vor 
dem Parameter angegeben werden. 

Wenn Bild bereits geladen wurde und erneut aufgerufen 
wird, wird das mit folgender Meldung angezeigt: 

BILD: Programm bereits installiert. 

Wird Bild mit dem Parameter A (ausschalten) aufgeru- 
fen, wird das mit dieser Meldung bestätigt: 
BILD: Programm ausgeschaltet. 

Wird Bild mit dem Parameter A (ausschalten) aufgeru- 
fen, ist es aber noch gar nicht geladen worden, so wird fol- 
gende Meldung ausgegeben: 

BILD: Programm nicht installiert, kann 
nicht ausgeschaltet werden. 

Bild wird dann nicht aktiviert, sondern muß erneut ohne 
den Parameter A aufgerufen werden. 

Bild benötigt eine DOS-Version ab 2.11 (besser ab 3.0). 
Sollte die DOS-Version älter sein, erscheint diese Meldung: 
BILD: DOS 2.11 oder neuer erforderlich. 

Bild wird bei dieser Meldung nicht installıert. 


Installationsprogramm 


Bevor Bild verwendet werden kann, sollte es mit dem Pro- 

gramm BildInst installiert werden. Für die Installation muß 

sich die Datei BILD.COM im aktuellen Verzeichnis befin- 
den. Das Programm wird durch Eingabe von BILDINST 
aufgerufen. BildInst fragt folgende Einstellungen ab 

(Bild 2): 

a. Ob das Programm das Speichern der Bildschirme hör- 
bar hinweisen soll. 

s Mit welcher Tastenkombination Bild aktiviert werden 
kann. Hier können die auf dem Bildschirm angegebenen 
Tastennamen verwendet werden. 

Eine Besonderheit sind die Tasten mit vorangestelltem 

#. Dabei händelt es sich um die entsprechenden Tasten im 

Zehnerblock. Des weiteren können die beiden Shift-Tasten 

durch RShift und LShift unterschieden werden. 
Nachdem alle Eingaben gemacht worden sind, fragt 

BildInst, ob die Werte so installiert werden sollen. 





| Einstellungen: Ton EIN Aufruf wit: Alt Return 
Mit Ton? (J/W/Esc): J 
Shift-T: 
Normal Rhirt L5hift Ctri Alt 
| Tasten: 
k-Z Aö0 0-9 - u +,.= 
Return Prt5c Leertaste Caps Fi 
F5 F6 FT F& F9 
PgUp #- Links 


Backspace Tab 
Kumlock Scrolllock 
t H+ 


5 
End Unten Pgbn Ins Dei Sy rll Fl2 
Neue Tastenkombination? ([Return]=keine Änderung) 


Gewählte Taste: Alt Return 
Installieren mit [Return], abbrechen wit [Esc], [W] = Wiederholen. 





Bild 2: BildInst, das Installationsprogramm für Bild. 


An dieser Stelle besteht die Möglichkeit, das Programm 
durch Eingabe von zu beenden. Mit werden 
die Werte im Programm Bild gespeichert. Mit [W] ist eine 
Wiederholung der Eingabe einer Tastenkombination mög- 
lich. 
Utilities 
BLDTXT 
Mit dem Programm BLDTXT können BLD-Dateien in 
Standard-ASCII-Dateien umgewandelt werden. Die Ein- 
und Ausgabedatei werden abgefragt. Die Dateinamen- 
erweiterungen brauchen nicht angegeben werden. 
ZEIGEBLD 
Mit ZeigeBLD können BLD-Dateien angezeigt werden. 
Es kann immer nur eine Datei angegeben werden, z.B. 
ZEIGEBLD PCCODES (die Erweiterung braucht nicht 
angegeben werden). 


Grundlagen der TSR-Programmierung 


Bevor ich auf die Einzelheiten des Programms Bild eingehe, 
möchte ich zunächst die Grundlagen von speicherresidenten 
Programmen beschreiben. Die DOS-Funktionen Terminate 
and Stay Resident (Interrupt 21h, Funktion 31h und Inter- 
rupt 27h) ermöglichen es, ein Programm oder Daten im 
Speicher fest zu installieren. Programme, die diese Mög- 
lichkeiten nutzen, werden deshalb kurz TSR-Programme 
genannt. 

TSR-Programme lassen sich in zwei Kategorien einord- 
nen, die einfachen verwenden keine DOS-Aufrufe und die 
komplizierteren benutzen wıe ein normales Programm die 
DOS-Funktionen, besonders die für die Datei-Ein- und 
Ausgabe. 

Die Programme der ersten Gruppe sind relativ leicht zu 
schreiben, sogar in höheren Programmiersprachen, wie im 
vorhergehenden Artikel gezeigt wurde. Sie warten still im 
Hintergrund, bis ihre Aufruftaste betätigt wird, erledigen 
dann einfache Aufgaben (wie z.B. die Anzeige von Zeit 
und/oder Datum) und sind deshalb ziemlich unproblema- 
tisch. 


Start: 


name 


e 65,132 
title Textbildschirme speichern 


PEEEEZEZBEBSZEEEBEZEEBESEBSEBESSSHEEESIIIIZGZGiuiisisss ss sES SE SBBEBETEZZEEISEEEE 


; BILD: Textbildschirme speichern 
G. Jürgensmeier, 1986-88 


Version 3.80 vom 25.18.88 


H ZSESBZESSSSSIS SS SS SSSSZZBEZESEZZEBEESZSCERBZBSSZEEZEZEZEEEEZSSGGGB zn 


CodeSeg Segment 
assume Cs:Codeseg, ds:Codeseg 


CR e Bdh 
LF se Bah 


org 48h 
Dta db ;s ur &: DTA 

org 
Parameter db 128 dup (2; 

org 1ö0h ; für COM-Datei 
StackTop equ $ ; lokaler Stack, Obergrenze 


- HEBZEHBEZZBZESZEZEEBZSBEENBZEBEZBEES STIESSEN EZ BGBESEBZSSESBSBSE 


jap Resident ; Programm resident machen 


Marker dw "LB' : BL-Kennzeichen für TestIns 
db "GJ"” , Autor 
db "18/88" ; Version | 
Hotkey db 28 : Aufruftaste, Standard: Return | 
HotShift db 8 Shift-Status, Standard: Alt 
Ton db 1 ; Ton ein 


| | Bbeddh ; wird geändert, falls nötig 
80r25%2 ; 


: File-Handle BLD-Datei 
; Dateinane 
; Nummer 


: Programm läuft 

« Status von INT 13h 

; Speicherflag 

» kritischer Fehler INT 24h 
: Flag für summen 

; D0$-Einstellung Break 


; Adresse InDOS-Flag 


» alter INT 89h Vektor 
: alter INT 1Ch Vektor 
» alter INT 15h Vektor 
» alter INT 28h Vektor 
: alter INT 24h Vektor 
; alte DTA-Adresse 


; Sicherung Stapelzeiger 
; Sicherung Stapelsegnent 


m Eu aa BL En N En. Zu 8 


|Savess 


Tastatur Proc Near ; bei jedem Tastendruck 
assume ds:Nothing - 
sti ; Interrupts erlaubt 
push ax ; AX wird gebraucht 
in al,6fh ; Scan-Code lesen 
cap al,cs:Hotkey ‚ war es die Aufruftaste? 
jne Tastatur2 ; nein 





Listing 1: Das Programm Bild. 
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ja, Shift-Status prüfen 


: nur unteren 4 Bit 


SpeicherFlag, I 


Tastatur2: 


ax 
Jap TastaturInt 
Tastatur EndP 


ur es die Shift-Kombination? 
nein 
ja, Taste ignorieren 


Programs bereits aktiv? 
a, Flag nicht setzen 
lag setzen 


alte Tastaturroutine aufrufen 


Timer Proc Near : 
assume ds:Nothing - 
TinerInt : 
eicherFlag,d 
Timer s 


es ; 
di 
di ‚InDoS 


18mal pro Sekunde 
alte Routine aufrufen 


Fl esetzt? 
BeEE. haendan 


ES & DI werden gebraucht 


; Zeiger auf InDOS-Flag 


Base Ptr es:[di],8; ist DOS aktiv? 
i . 


es ’ 
Tizer1 ; 


BiosDiskFlag,8 ; 
Timer 


al,28h 
20h ,al 


SpeicherFlag,d 
call SaveScreen 


Tineri: iret 
Timer EndP 


ja: Pro auß warten 
- nicht aktiv 


BIOS aktiv? 

a, nicht unterbrechen 
IOS nicht aktiv 
EOI an 8295 PIC 


Flag zurücksetzen 
Hauptprogramm aufrufen 


BiosDisk Proc Near - 
ds:Nothi ; 
BiosDiskFlag 


BiosDiskInt s 
BiosDiskFlag : 


iret 
BiosDisk EndP 


INT 13h Behandlung 


Flag erhöhen 
; Original-Routine aufrufen 


Flag wieder vermindern 


DosIdle Proc Near 
erg ds:Nothing 


Fall rd : 
peicherFlag, 
DosIdle1 > 


SpeicherFlag,® 


SaveScreen 


DosIdle EndP 
Listing 1 (Fortsetzung) 
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INT 28h Behandlung 
Original-Routine aufrufen 


Flag gesetzt? 
nein, ignorieren 


Flag zurücksetzen 
Hauptprogramm aufrufen 
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Viele einfache TSR-Programme kümmern sich einfach 
nicht um den Zustand des Systems oder anderer gerade 
aktive Programme. Oft gehen sie davon aus, daß der Benut- 
zer weiß, wann er das Programm aufrufen kann und wann 
nicht. In vielen Fällen ist diese Vorgehensweise durch den 
Nutzen des Programms gerechtfertigt, doch einen ehr- 
geizigen Programmierer können solche Lösungen nicht be- 
friedigen. Er strebt nach sicheren TSR-Programmen, die 
auch funktionieren, wenn gerade andere Programme kriti- 
sche Aufgaben ausführen. 

Das sind dann TSR-Programme der zweiten Kategorie. 
Das bekannteste Beispiel dafür ist SideKick. SideKick 
macht viele Dinge, die für ein speicherresidentes Programm 
offiziell eigentlich gar nicht möglich sind, zum Beispiel auf 
Dateien zugreifen. 

Solange man nicht besondere Vorsichtsmaßnahmen 
ergreift, können die DOS-Funktionen, die über die Inter- 
rupte 21h, 25h und 26h aufgerufen werden, in TSR-Pro- 
grammen nicht verwendet werden. Die Verwendung einer 
solchen Funktion führt fast sicher zum Systemabsturz. Pro- 
gramme wie SideKick sind jedoch der Beweis dafür, daß es 
eine Möglichkeit geben muß. Es gibt sie wirklich und die 
Tricks, die es ermöglichen, unterscheiden die einfachen von 
den ausgefeilten TSR-Programmen. 

Bevor man sich daran macht, TSR-Programme zu 
schreiben, sollte man verstehen, warum DOS-Funktionen 
von einem normalen Programm aus beliebig aufgerufen 
werden können, von einem TSR-Programm jedoch nicht. 
Der Grund ist, daß die DOS-Funktionen nicht reentrant 
sind. Das bedeutet, daß DOS-Funktionen nicht aufgerufen 
werden können, wenn bereits eine aktiv ist. Normalerweise 
hat ein Programmierer auch nicht die Möglichkeit, eine 
DOS-Funktion aufzurufen, während eine andere bearbeitet 
wird, den die aufgerufene Funktion gibt die Kontrolle erst 
nach vollständiger Verarbeitung an das aufrufende Pro- 
gramm zurück. Ein speicherresidentes Programm kann 
jedoch jederzeit aufgerufen werden und so auch eine aktive 
DOS-Funktion unterbrechen. Das speicherresidente Pro- 
gramm wird in diesem Fall wahrscheinlich noch laufen, es 
kommt jedoch fast unweigerlich zur Katastrophe, wenn die 
Kontrolle an die unterbrochene Funktion zurückgegeben 
wird und diese versucht, die begonnene Arbeit fortzusetzen. 
Ein Systemabsturz ist sicher und man kann von Glück 
reden, wenn dabei keine Daten verloren gehen. 

Man sollte auch wissen, warum DOS nicht reentrant ist. 
Wenn der Interrupt 21h ausgeführt wird, besteht eine der 
ersten Dinge, die DOS erledigt, darin, auf einen der drei 
Stacks umzuschalten, die es intern verwaltet. Das gleiche 
gilt für die Interrupte 25h und 26h. Umgeschaltet wird 
dadurch, daß die Inhalte der Register SS und SP zuerst 
gesichert und dann mit neuen Werten geladen werden. Sie 
zeigen dann auf einen reservierten Datenbereich innerhalb 
von DOS. Wenn eine DOS-Funktion eine andere aufruft, 
die den gleichen Stack verwendet, werden alle Werte auf 
dem Stack (z.B. die Registerwerte beim Aufruf) vom zwei- 











ten überschrieben. Überschrieben wird auch die Rück- 
sprungadresse des ersten Aufrufs. Wenn also der erste 
Funktionsaufruf einen IRET-Befehl ausführt, wird zu einer 
unvorhersehbaren Stelle im Speicher gesprungen. 

Welcher der drei internen Stacks benutzt wird, hängt 
vom Interrupt bzw. beim Interrupt 21h von der jeweiligen 
Funktion ab. Die Interrupte 25h und 26h verwenden immer 
den gleichen Stack. Die Funktionen 1 bis OCh von Interrupt 
21h und einige Funktionen mit höheren Nummern verwen- 
den einen anderen Stack. Die Funktionen 0 sowie ODh und 
höher (mit einigen Ausnahmen) verwenden den gleichen 
Stack wie die Interrupte 25h und 26h. 

Warum Programme wie DOS interne Stacks verwenden, 
ist eine Frage der Programmierphilosophie. Andere Routi- 
nen im PC, wıe zum Beispiel die BIOS-Routinen, sind in 
gewissem Maße reentrant, weil sie keinen eigenen Stack 
verwenden. Sie gehen davon aus, daß das Programm, das 
sie aufruft, genug Platz auf dem Stack für das PUSHen eini- 
ger Werte aufweist. Man kann so gut wie immer davon aus- 
gehen. 

Viele speicherresidente Programme verwenden ihren 
eigenen Stack, damit sie absolut sicher sind, daß ihre Stack- 
erfordernisse das System nicht überfordern und dann das 
System abstürzen lassen. Die Verwendung des aktuellen 
Stacks ist jedoch einfacher, erfordert weniger Programm- 
code und funktioniert auch meistens. Ein eigener Stack wird 
deshalb oft nicht verwendet, es ist jedoch immer ratsamer, 
einen zu verwenden. 


DOS-Zugriffe 


Wenn man also den Nachteil umgehen will, daß DOS nicht 
reentrant ist, muß man sicherstellen, daß die eigene Rou- 
tine nur dann läuft, wenn keiner der Interrupte 21h, 25h und 
26h aktiv ist. Eine Methode, dies sicherzustellen, besteht 
darin, jeden dieser Interrupte abzufangen, ein Flag zu set- 
zen, wenn einer der Interrupte aufgerufen wird und es 
zurückzusetzen, wenn davon zurückgekehrt wird. Es gibt 
jedoch eine einfachere Methode. DOS selbst verwaltet 
nämlich schon ein Flag, das jedes Programm abfragen kann, 
um zu sehen, ob gerade eine DOS-Routine aktiv ist. Dieses 
Flag wird das InDOS-Flag genannt. Die Adresse dieses 
Flags erhält man durch Aufruf von Interrupt 21h, Funktion 
34h. Die Segementadresse wird in ES übergeben, der Offset 
in BX. Wenn man dieses Flag vor der Aktivierung eines 
speicherresidenten Programms abfragt, kann man sicher- 
stellen, daß keine Systemfunktion unterbrochen wird. 

Wenn Sıe diese DOS-Funktion im DOS-Handbuch oder 
anderen Nachschlagewerken nachlesen wollen, werden Sie 
meistens nur den Hinweis finden: »Wird von DOS intern 
verwendet«. Diese Funktion ist bis heute noch nicht offiziell 
dokumentiert, obwohl sie bereits seit der Version 2 existiert. 
Doch viele Programmierer haben DOS genauer untersucht 
und vor allem PRINT disassembliert, das diese Funktion 
und andere nicht dokumentierte DOS-Fähigkeiten nutzt. 


CritErr Proc 
A5ssume 
sti 
BOV 
BOV 


iret 
CritErr EndP 


Near - 
ds:Nothing : 
FehlerFlag,I ;: 
al ‚B ® 


: Int 


INT 24h Behandlung 


s erlaubt 
nur Fehler-Flag setzen 


; Fehler ignorieren 


1 BEGHBHBEBESZSZEBZBSEEBESESSZEISFS SS SS SS ES ES S SSEBSBBESES SS ES ZEGEIBEZBEG EEE 


SaveScreen Proc Near r 
assume ds:Nothi 


cs:SaveSS,ss 
cs:SaveSP,sp 


Hauptprograma 


PreAktiv, ; 
ax ; M auf alten Stack 


; Stapelzeiger sichern 


Flag für Programm aktiv 


ax,offset StackTop ; lokalen Stack einrichten 
sp,axX ; 
ax,cs - 
55,ax - 


bx 
ck 
dx 
si 
di 
ds 
es 


cs 
ds 
ds:CodeSeg 
cs 

es 


ah, 15 
18h 
al,2 
SaveBLD 
al,? 
SaveBLD 
al,? 
SaveBLD 


Beep 


PreAktiv,d 


Interrupts erlaubt 


: Modus feststellen 
- 2, 53& 7 sind Ok 


; Fehlerseldung 


Programm nicht mehr aktiv 
; Register wiederherstellen 


. alten Stack wieder einrichten | 


ax,cs:SaveSP 
sp,ax 
ax,cs:SavesS 
55,aX 


AX 


SaveBLD: 
cap al,? 
jnz Color 
MOV Text5eg  Abddöh 
Jap Short TextOpen 


mov TextSeg,Bb8ddh 
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: vom alten Stack 


; Modus noch in AL 
: monochronme Karte? 
‘ nein 


; Farb/Grafik-Adapter 


17 





FehlerFlag,® ; Fehlerflag zurücksetzen 
Ag are ; DTA & INT 24h einstellen 
; Summen 


‚ BLD-Datei öffnen 
dx, Offset TextName; testen, ob vorhanden 
reg ‚ zum Lesen öffnen 
TextErr ‚ wenn Fehler 
FehlerFlag,® ; krit. Fehler aufgetreten? 
TextError Ja 


Handle in bx 
: diese Datei schliesen 


; nächste Datei probieren 


bx,ax 
ah,3eh 

21h 
IncTextNane 
OpenText 


Datei nicht gefunden? 
a, kann geöffnet werden 
eenden mit Hinweis 


ax,2 
TextDo 
ErrorExit 


“ 
a 
L 
# 
= 
LI} 
[1 
= 
’ 
’ 
" 
U 
= 
U 
3 
D 
. 
D 
“ 
" 
= 
D 
[ 


[ 


dx,Offset TextNane; 
Attribut archive 
Datei anlegen (CREAT) 


kein Fehler 
beenden 


krit. Fehler aufgetreten? 
nein, ( 3 

kritischer Fehler 

piepsen 

ıoch einmal piepsen & beenden 


FehlerFlag,® 
TextOk 


Beep 
ErrorExit 


ds 
es 
si 
di 


cs 
es 

ax, TextSeg 
ds,ax 
ah, 15 

1dh 

al,bh 
ah,ah 
dx,4896 

dx 


Bildschirminhalt kopieren 
ES = 65 


aus dem Bildschirsspeicher 
ds:si = bRAB:d 


Bildschirm-Page 
page 

Größe 
si,ax vom Bildschirmpuffer 
si,ax 


di,Offset Buffer 
cx,es:TextLen 


von Bildschirmpuffer 
in internen Puffer 
kopieren 


di 
si 
es 
ds 


ET “..;. -.: -.: ni nn ne we 


bx, TextHandle 
cx,TextLen 
dx,Offset Buffer 
h,48h 

21h 

WriteErrT 
FehlerFlag,d 
WriteErrT 


2088 Zeichen 
Adresse der Bildschirmdaten 
in die BLD-Datei schreiben 


“u; = “eo we wow we we 


Fehler aufgetreten? 
a 
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Es gibt jedoch trotzdem noch ein Problem. Wie kann 
man ein speicherresidentes Programm aufrufen, wenn eine 
DOS-Funktion wie 0Ah aktiv ist, die eine ganze Eingabe- 
zeile liest, bevor zurückgekehrt wird? Das ist nämlich bei- 
spielsweise immer der Fall, wenn DOS auf eine Eingabe 
wartet. Hier kommt ein ebenfalls undokumentierter DOS- 
Interrupt zur Hilfe, der für die TSR-Programmierung 
unentbehrlich ist, der Interrupt 28h. Wenn die Funktion 
0Ah auf Eingaben wartet, ruft Sie laufend den Interrupt 28h 
auf. Dieser Interrupt kann von speicherresidenten Pro- 
grammen abgefangen werden. Wenn der Interrupt 28h aus- 
geführt wird, können DOS-Funktion größer als OCh ohne 
Probleme aufgerufen werden, selbst wenn das InDOS-Flag 
gesetzt ist. Zu diesem Zeitpunkt wird nämlich ein anderer 
Stack verwendet, als von diesen Funktionen, wie oben schon 
erläutert wurde. 

Wenn man die DOS-Funktion 34h und den Interrupt 
28h geschickt nutzt, lassen sich TSR-Programme schreiben, 
die gefahrlos die Dateifunktionen von DOS verwenden 
können. Es gibt natürlich noch einige Einschränkungen, so 
kann man zum Beispiel ein nach diesen Regeln geschriebe- 
nes Programm nicht aktivieren, wenn eine lange Datei mit 
TYPE angezeigt wird. Dann ist nämlich ständig das InDOS- 
Flag gesetzt. Doch damit kann man wohl leben. 


Rücksicht auf andere 


Zusätzlich zu den Rücksichten, die DOS erfordert, muß ein 
TSR-Programm auch darauf achten, daß es nicht in Kon- 
flıkt mit einem anderen gerade aktiven Programm gerät. 
Anwendungsprogramme (normale und auch residente) 
benötigen zum Beispiel einen Speicherbereich, über den 
Daten von der Diskette gelesen werden, die DTA (Disk 
Transfer Address). Ein speicherresidentes Programm muß 
eine eigene DTA verwenden, die alte Adresse sichern und 
vor der Beendigung seiner Arbeiten wiederherstellen. 

Berücksichtigt werden müssen auch kritische Fehler. Bei 
einem kritischen Fehler (z.B. einer fehlerhaften Diskette) 
erzeugt DOS den Interrupt 24h. Dieser Interrupt zeigt 
normalerweise auf die Routine, die die vielgeliebte Mel- 
dung »A(bbruch), Wfiederholen), I(gnorieren?« anzeigt. 
Jedes Programm sollte diesen Interrupt abfangen und eine 
eigene Fehlerbehandlungsroutine vorsehen. Das gilt in 
besonderem Maße für ein TSR-Programm, das bei Proble- 
men mit an Sicherheit grenzender Wahrscheinlichkeit auch 
anderen Programmen Ärger macht. 


Bild im Detail 


Wie so oft reicht es auch bei TSR-Programmen nicht aus, 
daß man die Theorie kennt. Erst wenn man ein Beispiel 
gesehen hat, weiß man wirklich, wie es geht. Dazu dient das 
Programm Bild (Listing T). 

Wenn Bild aufgerufen wird, wird zunächst zum Label 
Resident gesprungen (im letzen Drittel des Listings). Der 





Programmcode ab dieser Stelle wird nur für die Initialisie- 
rung benötigt und steht deshalb am Ende des Programms. 
Er wird beim Residentmachen nämlich nicht mit über- 
nommen, da er für die eigentliche Funktion von Bild nicht 
mehr benötigt wird. Als erstes überprüft Bild die DOS-Ver- 
sion und stellt dann die Adresse des InDOS-Flags fest 
(InFlag). Diese Adresse sollte immer im nichtresidenten 
Teil des Programms abgefragt werden, da es bei der späte- 
ren Abfrage Konflikte mit DOS geben könnte. Dann wertet 
es die Parameterzeile aus, um festzustellen, ob der Para- 
meter A angegeben wurde. Der Programmteil ab dem Label 
PrgEin wird dann ausgeführt, wenn der A-Parameter nicht 
angegeben wurde. Hier werden nun folgende Interrupte 
abgefangen und deren Adressen gesichert): 


9 Tastatur-Interrupt (Tastatur) 
1Ch Timer-Interrupt (Timer) 

13h BIOS-Disk-Interrupt (BiosDisk) 
28h Interrupt DOS wartet (DosIdle) 


(Der Interrupt 24h wird hier noch nicht umgeleitet, dies 
erfolgt erst kurz bevor wirklich Dateizugriffe gemacht wer- 
den.) Darauf wird eine Copyright-Meldung ausgegeben 
(Label Meldung) und das Programm mit der DOS-Funk- 
tion 31h speicherresident gemacht. Diese Funktion benötigt 
in DX die Länge des Programms in Paragraphen von je 16 
Byte. Dieser Wert wird hier berechnet (wobei ein Puffer für 
die Bildschimrdaten berücksichtigt wird). 

Die Befehle ab dem Label PrgAus werden ausgeführt, 
wenn Bild mit dem Parameter A (ausschalten) aufgerufen 
wurde. Hier werden dann die gesicherten Interruptvektoren 
aus dem speicherresidenten Bild-Programm herausgelesen 
und wiederhergestellt. Auch hier wird dem Benutzer die 
Aktion mit einer Meldung angezeigt. 

Die Programmteile PrgEin und PrgAus rufen beide 
als erstes die Routine TestIns auf, die feststellt, ob Bild 
bereits geladen wurde oder nicht. Das kann festgestellt 
werden, indem einer der »verbogenen« Interrupte gelesen 
und nachgesehen wird, ob sich hinter dem ersten JMP- 
Befehl des eventuell geladenen Programms der String "BL" 
befindet. Dies ist die Kennung des Bild-Programms (Label 
Marker am Anfang). Wenn das Programm bereits instal- 
liert ist, wird das Carry-Flag gesetzt. Die Programmzeilen 
bei dem Label NichtIns werden von PrgAus aufgerufen, 
wenn Bild mit dem Parameter A gestartet wurde, aber noch 
nicht installiert ist. Die Routine SchonIns wird ausgeführt, 
wenn Bild zum zweitenmal aufgerufen wird, ohne zwischen- 
durch ausgeschaltet worden zu sein. Doch schauen wir uns 
nun den Kern des Programms an. 


Der residente Teil 


Am Anfang des Programms, gleich hinter dem Sprung zum 
nichtresidenten Teil des Programms, stehen einige Vari- 
ablen, die mehrere Zwecke erfüllen. Die Variable Marker 
ist ein String, der die Programmkennung ("BL", umgedreht, 


ax, TextLen 


- e He Länge geschrieben? 
ve TextClose we. SEM 


; ja, alles Ok 


- EZEBDZZSSCESCSSESEZZEEBEZESsESESSEEBSSENSSsuENsZasmzazsSaszszzgzszsssisszsugnizizsn 
WriteErrT: - 
mov bx,TextHandle ; 
mov ro Seh » Datei schliesen 
int 
mov eh Offset TextNane; 
mov ax,41d@h ; Datei wieder löschen 


int 21h 
FENERRERL 
te 


call Reset 
Jap Exit 


Beep 


H SSZESEZESBSEIEESESSSEISSSEIEZZSZEZEZZZEZZZSZZEEBSZEG ZEGEEZHGS SS SEES I ZZ | 
| 


TextGlose: 
bx, TextHandle 
eh 


21h 
IncTextName - 


: Datei schliegen 


TonAus 
SaveExit 


SaveScreen EndP 


IncTextNane Proc Near 
bx,Offset Tertiikmaer+2: ASCII-Zahl 


Byte Ptr [bx]) ; 

Byte Ptr [bx], I; 
neTEnd 

Byte Ptr [bx], "; 


hr ‚Offset Texter: 
IncTEnd - 
IncText - 


m 
LE, i 

ret 
IncTextName EndP 


EEEZEZEHEZEENEEZUS SS SESSEZZZESE 55 


piepsen 


Beep Proc Hear ; 
cap cs: Be een lagı! ; 

Jne rn 

call TonAus : 

BeepDo: - 
mov ; 

' 


out 
mov 


mov 


me we we wu we ne ed a mn mn nm = “ 


ret 


Beep EndP 


|TonEin Proc Near ; beim Speichern 5 summen 
cap cs:Ton, I ; Tonhöhe in AX 
jne TonRet ; 
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TSR 






cs:TonFlag, 






; Flag setzen 






1) 
fer“ 
= 














TastaturReset Proc Near ; EOI an 8259 PIC 
ae HER RI aviachseestche 
mov ‚a ;‚ in 5 rn 
or al,88h ; Bit Arge 
out 6ih,al ‚an Port ausgeben 
mov al,ah ; Original 
ai a Interruste niahe laubt 
c : nicht er 
er al,28h ; EOI-kert 


; an 8259 
; Interrupts wieder erlaubt 









Near ; Tastendruck lesen 














mov ah, 1 ; auf Taste prüfen 
int 16h ; 
jne GetKey1 ; Taste gedrückt 
; keine Taste: 
int 28h ; INT 28h aufrufen 
Jap GetKey ; 
GetKey!: s 
mov ah,ß ; Taste lesen 
int 16h s 





Prepare Proc Near ; DTA & INT 24h einstellen 
push es ; ES wird gebraucht 

mov ah,2fh ; DTA lesen 

int 21h ; 


mov Word Ptr DtaAdr,es; sichern 
mov wer DtaAdr+2,bx; 









mov ah, 1 ; neue DTA einstellen 
BoV dx,Offset Dta ; 
int 21h s 
mov ah,35h ; INT 24h Vektor lesen 
BoV al,24h ; 


21h 
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weil Intel-Wort), die Initialen des Programmautors und die 
Programmversion (das Erstellungsdatum) enthält. Die Pro- 
grammkennung wird, wie bereits beschrieben, dazu verwen- 
det, um zu erkennen, ob Bild bereits installiert wurde. Sie 
wird des weiteren vom später vorgestellten Installationspro- 
gramm BildInst verwendet, um festzustellen, ob das richtige 
Programm gepatcht wird. Auch der Autor und die Pro- 
grammversion werden von BildInst überprüft, damit nichts 
schiefgehen kann und nicht eventuell ein falsches Pro- 
gramm gepatcht wird. 

Hinter diesem String stehen drei weitere wichtige Vari- 
ablen: HotKey, HotShift und Ton. Bei HotKey und 
HotShift handelt es sich um die Tastenkombination, mit 
der Bild aufgerufen werden kann. Sie steht hier am Anfang, 
damit sie vom Programm BildInst leicht angepaßt werden 
kann. Die möglichen Werte von HotKey und HotShift 
werden bei der Beschreibung von BildInst ausführlich 
erläutert. Die Variable Ton entscheidet darüber, ob das 
Speichern eines Bildschirms von einen Summton begleitet 
wird oder nicht. Auch dieser Wert kann mit BildInst ange- 
paßt werden. 

Der Tastaturinterrupt wurde von der Initialisierungs- 
routine so umgeleitet, daß er die Routine Tastatur aus- 
führt. Hier wird ein Zeichen von der Tastatur gelesen und 
überprüft, ob es sich dabei um die Aufruftaste (HotKey/ 
HotShift) handelt. Ist dies nicht der Fall, wird einfach 
zum ÖOriginal-Tastaturinterrupt weitergesprungen. Wurde 
die Aufruftaste gedrückt, wird sofort die Tastatur zurück- 
gesetzt, damit dieser Tastencode nicht an ein anderes Pro- 
gramm weitergeleitet wird. Dann wird das Flag PrgAktiv 
geprüft. Dieses Flag ist gesetzt, wenn Bild gerade dabei ist, 
einen Bildschirm zu speichern. Wenn Bild in diesem 
Moment erneut aufgerufen wird (wahrscheinlich durch 
zufälliges zweimaliges Betätigen der Aufruftaste), darf der 
Speichervorgang nicht aktiviert werden. Wenn alles in Ord- 
nung ist, setzt die Routine Tastatur dann das Flag Spei- 
cherFlag, das anderen Routinen angibt, daß der Bild- 
schirm gespeichert werden soll. Der eigentliche Speicher- 
vorgang erfolgt nicht im Tastaturinterrupt, sondern im 
Timerinterrupt oder im Interrupt 28h. 

Der Timerinterrupt ruft 18 mal pro Sekunde die Rou- 
tine Timer auf. Hier wird zunächst die Original-Timerrou- 
tine aufgerufen. Dann wird überprüft, ob das Anforde- 
rungsflag zum Speichern des Bildschirms gesetzt ist. Wenn 
nicht, wird der Interrupt ohne weitere Aktion beendet. 
Wurde jedoch die Speicherung des Bildschirms angefordert, 
überprüft die Routine, ob DOS oder BIOS aktiv sind. Ist 
das nicht der Fall, kann die eigentliche Bildspeicherroutine 
SaveScreen aufgerufen werden. Zuvor wird jedoch das 
Anforderungsflag SpeicherFlag zurückgesetzt, damit ein 
Bildschirm nicht mehrfach gespeichert wird. 

Die Befehle bei dem Label BiosDisk verfolgen, ob der 
BIOS-Disk-Interrupt aktiv ist. Dies wird dadurch erreicht, 
daß das Flag BiosDiskFlag vor jedem Aufruf erhöht und 
danach wieder vermindert wird. 





Die Routine DosIdle wird bei jedem Interrupt 28h auf- 
gerufen. Dies ist dann der Fall, wenn DOS auf Eingaben 
wartet (s.o.). Auch hier wird wieder zunächst die Original- 
Routine aktiviert. Wenn nun das Anforderungsflag gesetzt 
ist, wird SaveScreen aufgerufen. In diesem Fall braucht 
das InDOS-Flag nicht überprüft werden, da der Interrupt 
28h ja angibt, daß DOS-Funktionen über 0Ch problemlos 
aufgerufen werden können. 

Die Routine CritErr wird beim Speichern von Bild- 
schirmen dazu verwendet, den Interrupt 24h für kritische 
Fehler abzufangen. Hier wird dann nur in einem Flag 
gespeichert, daß ein Fehler aufgetreten ist und DOS ange- 
wiesen, den Fehler zu ignorieren. Die Fehlerabfrage und 
-behandlung ist dann Sache des Programms selbst. 


Hilfsroutinen 


Bevor ich nun das Hauptprogramm erläutere, möchte ich 
erst noch einige Hilfsroutinen beschreiben, die weiter hin- 
ten im Programmlisting stehen. Mit der Routine Tasta- 
turReset wird die Tastatur zurückgesetzt und damit die 
Aufruftaste von der Verarbeitung durch eventuell gerade 
aktive Programme ausgeschlossen. Die Routine GetKey 
wird im Programm Bild nicht benötigt, sie steht hier nur als 
Beispiel dafür, wie man sicherstellen kann, daß auch wei- 
tere TSR-Programme noch aufgerufen werden können, 
wenn ein anderes aktiv ist und Tastatureingaben durchführt. 
Dann sollte man zusammen mit dem Interrupt 16h zur 
Tastaturabfrage regelmäßig den Interrupt 28h aufrufen, 
wenn keine Taste gedrückt wurde. Dadurch wird sicherge- 
stellt, daß auch ein anderes TSR-Programm noch aktiviert 
werden kann. 

Die Routinen Prepare und Reset dienen dazu, den 
Systemzustand vor der Aktivierung des TSR-Programms zu 
sichern bzw. hinterher wiederherzustellen. Bei Prepare 
wird die DTA gesichert, der Interrupt 24h (kritischer Fehler 
umgeleitet) und die DOS-Break-Einstellung ausgeschaltet. 
Die DTA wird bei der Ausführung des residenten Teils auf 
einen Bereich im Programmsegmentpräfix eingestellt, da 
dieses dann nicht mehr benötigt wird. Reset stellt alle 
Werte bei Beendigung des TSR-Programms wieder auf die 
Ausgangswerte zurück. 


Das Hauptprogramm 


Das Hauptprogramm SaveScreen selbst muß zunächst 
noch einige Verwaltungsaufgaben erledigen, bevor der Bild- 
schirm gespeichert werden kann. Zunächst wird das Flag 
PrgAktiv gesetzt, das angibt, das die Bildschirmspeiche- 
rung erfolgt und dann ein lokaler Stack eingerichtet, damit 
der gerade aktive Stack nicht belastet wird. Dann werden 
alle Register gesichert. Wenn dies geschehen ist, hat das 
TSR-Programm die Kontrolle über das System und kann 
innerhalb der aufgezeigten Grenzen tun und lassen, was es 
will. 


int 
| ret 
Prepare EndP 


Word Ptr CritErrInt,es; sichern 
Word Ptr CritErrInt+2,bx; 

ah, 25h ‚ neuen Vektor einstellen 
dx,CritErr . 


21h : 
| ; ES wiederherstellen 

; DOS-Einstellung Break lesen 

Einstellung nerken 

: Break-Überprüfung ausschalten 


ISESESSSESSSEIESESZS SS FESERBSSEBESBESSESZESZEZESZEEEEZZEZZZZEEZZEZBSANSSSE 


- 
Reset Proc 
mov 
mov 
mov 


a55ume 
moV 


‚ DIA& Siehe wiederherstellen | 
Dan : INT 24h Vek 


‚Kord Ptr GritErrInt; 
; Dos braucht Seg in DS 


‚Ho rss re critErrInt+2; 


’ 
ah,fah 


; DTA 
dx,Word Ptr Dtakdr; 
ds,Word Ptr DtaAdr+2; 


gt 
4 


DOS-Flag für Break einstellen 


“... “c.;.. -.. ww. wi; mw. wi 


ick gez222222222z222gzzezgzzzzzaczzsszssEgEesEZESZSENEEGHNENSGSSZEE | 


Buffer Label 


Resident Proc 
assume 
BOoV 
int 
cap 
Jnz 


BOV 
nOV 


ParSchleife: 
lodsb 


cmp 
je 


cap 
je 





hord : Start des Puffers 


; Programm reident machen 
Parameter auswerten 


Near 
ds:Godeseg 
ah,>dh 

21h 

al,d 
InFlag 


DOS-Version feststellen 
dx Offset ER. falsche DOS-Version 
’ 
1 
U 


zu alt 


al, Status, nicht resident 
Meldung ; 


es ; 
ah,34h ; Adresse des InDOS-Flags 
21h ; lesen 


Word Ptr InD0OS,bx; 

Word Ptr InDOS+2 ‚es; sichern 
es s 

si Offset Parameter: 


al,CR 
PrgEin 


Parameterende? 


ausschalten 


= E55 me me ne ne me 


al,'a’ 
PrgAusDo 
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al,'’A' 
ParSchleife 


Pig 
jap PrgAus 


PreEin: Dee j | 
call ; bereits installiert? 
nc : 
jep  Schenins  ; Ja 
[PrgEinInts: 
push 


TestIns 


Lj 
: INT-Vektoren einstellen 
; Tastatur 

; 


Word Ptr TastaturInt,bx; 
Le Tastatur Int+2, es; 


Tiser 


Word Ptr Tinerint ‚bx; 
Word Ptr TinerInt+2 ‚es; 
ah,25h 
dx, Timer 
21h 


ah,35h 
al,13h 
21h 
Word Ptr BiosDiskInt ‚bx; 
Word Ptr BiosDiskInt+2 ‚es: 


ah,25h 
dx,BiosDisk 
21h 


; BIOS Disk 


i 
" 
" 
v 
: 
' 


ah,35h - DOS 
al, ‚28h ; 

21h 

Word Ptr Dosldleint ‚bx; 
Word Ptr DosIdleInt+2 ‚es; 


ah,25h 
dx,DosIdle 
21h 


es 


dx,Offset Hinweis; 
al, ; Status, resident 
Meldung - 


: ; Original INTs wiederherst. 
call  TestIns Programm bereits installiert? 
PrgRemove ; ja 
NichtIns | ; nein 


» 
ds - 
es . 
ah,35h Int-Vektor lesen 
al,9h ; Tastatur 

" 


21h “ ES = Segment von INT 9 
Fa ‚Word Ptr es: Tastatur! +2; Vektor lesen 


dx,kord Ptr es: Tastatur Int; 
ah,25h ; Vektor wiederherstellen 


Listing 1 (Fortsetzung) 
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Hier wird zunächst festgestellt, ob ein gültiger Bild- 
schirmmodus eingestellt ist, da Bild nur Textbildschirme 
speichert. Ist die nıcht der Fall (und bei anderen Fehlern), 
wird gepiepst und mit der Routine Exit weitergemacht. 
Hier wird das Aktivflag wieder zurückgesetzt, die Register 
wiederhergestellt, der alte Stack wieder aktiviert und zur 
aufrufenden Routine (Timer oder DosIdle) zurückge- 
kehrt. 

Die eigentliche Speicherung des Bildschirms macht nur 
einen geringen Teil des Programms aus. Als erstes wird 
festgestellt, an welcher Adresse der Bildschirmspeicher 
steht. Das Fehlerflag von CritErr wird zurückgesetzt, der 
Systemzustand mit Prepare gesichert und für das TSR- 
Programm eingestellt. Damit der Benutzer merkt, daß der 
Bildschirm gespeichert wird, wird der Ton eingeschaltet. 

Nun wird geprüft, ob eine Datei mit der aktuellen 
Nummer bereits existiert. Wenn dies der Fall ıst, wird die 
Zahl so lange hochgezählt (mit der Unterroutine Inc- 
TextName), bis eine Nummer gefunden wurde, für die 
noch keine Datei existiert. Diese Datei wird dann zum 
Schreiben geöffnet. 

Da es bei einigen Bildschirmkarten Probleme gibt, wenn 
man direkt aus dem Bildschirmspeicher auf Diskette 
schreibt, wird der Bidischirmspeicherinhalt zunächst in 
einen internen Puffer (Buffer) kopiert. Dieser Puffer wird 
dann als unbearbeitetes Speicherbabbild in die Datei 
geschrieben. Falls beim Schreiben ein Fehler auftritt, Wird 
WriteErrT ausgeführt, sonst TextClose. Von Text- 
Close wird die Datei geschlossen, der Ton wieder ausge- 
schaltet und die Systemparameter mit Reset wieder auf die 
Ausgangswerte zurückgesetzt. Im Falle eines Fehler sieht 
die Vearbeitung ähnlich aus, die geöffnete Datei wird 
jedoch wieder gelöscht und zusätzlich ein Pıepser ausgege- 
ben (Beep). 

Das war’s dann auch schon. Der Bildschirm ist gespei- 
chert und kann weiterverarbeitet werden. Die QuickBASIC- 
Listings 3 und 4 zeigen Beispiel, wie auf die Dateien zuge- 
griffen werden kann. Die Programme ZeigeBld und BldTxt 
wurden oben schon beschrieben. 


Das Installationsprogramm 


Es bleibt nun nur noch das Installationsprogramm BildInst 
zu beschreiben. Es ist mit QuickBASIC 4.0 erstellt worden, 
worüber Sie sich vielleicht wundern. Ich wundere mich nur 
immer wieder über die Programmierer, die über BASIC die 
Nase rümpfen. Durch solche Dialekte wie QuickBASIC ıst 
die Sprache BASIC schon lange mit anderen Sprachen 
gleichgezogen und man kann damit genauso strukturiert 
programmieren. Ich pflege für jede Programmieraufgabe 
die dafür angemessene Sprache einzusetzen und das sind 
meines Erachtens: Assembler für Systemprogramme oder 
Routinen, die schnell sein müssen; BASIC für nicht so 
wichtige Installationsprogramme und Entwicklungswerk- 
zeuge; C für Alles, was bleibenden Bestand hat. 





LShift Ctrl Alt 


Wert RShift 

1%) 

1 u 

2 & 

3 u | 

4 1 

5 © u 

6 a 2] 

T u [) u 

8 [) 

9 r n 
18 _ E 
11 U) u | 
12 I A 
13 # ä L 
14 E 3 ü 
15 u u u u 


Tabelle 1: Von der Funktion 2 des Interrupts 16h wird in den 
unteren vier Bit von AL verschlüsselt angegeben, welche Shift- 
Taste gerade gedrückt ist. 


Doch zurück zum Installationsprogramm BildInst 
(Listing 2). Die wichtigsten Bestandteile dieses Programms 
sind die Daten am Ende und die beiden Routinen Decode 
und Encode. In den DATA-Zeilen beim Label Shift- 
Masks sind die Shift-Tasten gespeichert. Da die Shift- 
Tasten in der Variable HotShift und im Programm Bild 
über Bits verschlüsselt sind, muß der Wert vor dem Patchen 
erst errechnet werden (Tabelle I). In den DATA-Zeilen 
hinter dem Label KeyCodes sind die Namen der Tasten an 
der für sie. gültigen Nummernposition abgelegt. Mit der 
Routine Encode wird eine im Klartext eingegeben Tasten- 
kombination (z.B. LShift RShift Esc) in die entspre- 
chenden Werte für HotKey und HotShift umgewandelt. 
Mit der Routine Decode können diese Werte umgekehrt 
wieder in Klartext umgewandelt werden. Die eingegebenen 
und umgerechneten Tasten werden dann von BildInst in das 
Programm BILD.COM gepatcht, nachdem anhand der in der 
Datei gespeicherten Informationen sichergestellt ist, daß es 
sich dabei um eine Programmdatei handelt, die von BildInst 
gepatcht werden darf. 


Fazit 

Wie sie sehen, ist die Programmierung eines TSR-Pro- 
gramms in Assembler relativ einfach, wenn man einmal 
gesehen hat, wie es geht. Ich denke, Sie werden nun in der 
Lage sein, auf der Basis der hier vorgestellten Programme 
ihr eigenes Super-TSR-Programm zu erstellen. Wenn Sie 
dabei ein Erfolgsprogramm wie SideKick entwickeln sollten, 
lassen Sie es mich wissen. 

Günter Jürgensmeier 


int 
Resident EndP 





ah,>5h ‚ Int-Vektor lesen 
al,ich ; Timer 

21h ; ES = Segment von INT Ic 
ax, nes Ptr es: TinerInt+2; Vektor lesen 


dx, "Word Ptr es: TinerInt: 

ah. 25h , Vektor wiederherstellen 
al,ich . 

21h - 


ah,35h : Int-Vektor lesen 
; BIOS Disk 


al,13h 
21h ; ES = Segment von INT 13 
ax,Word Ptr es: BiosDiskInt +2; Vektor lesen 


ds,ax 

dx, hord Ptr es: BlosDiskint; 

ah, 25h Vektor wiederherstellen 
1 | 


ah,35h ; Int-Vektor lesen 

al,28h : DOS 

21h = Seguent von INT 28 
ax,Word Ptr es: DosIdleint*2 ; Vektor lesen 


ds,ax 

dx, Word Ptr es: Dosidlelnt ; 

ah,25t ; Vektor wiederherstellen 
al,28h 


21h | 
es 
ds ; 


dx,Offset MelAus; 
al, ; Status, nicht resident 


Meldung ; 

dx,Offset MelNein; 

al,2 ; Status,nicht resident, Fehler 
Meldung n 


ISBEHZZZISSZsbzbgbiisgbrEg3Eb REES ZESSZZEISSZERSSESZSZEZZZZEEESSESGZGGG SE 


; bereits installiert 
dx,Offset MelPar; 
al,2 : Status, nicht resident 
Meldung ; 


"BSZEEEEZETEOBNBEBEZEEEHZBSZZzsSsSS535[15 1351355 5555 E SEE 3 EEE BER 


; Status sichern 
; String anzeigen 


- wenn Fehler 
- nicht resident machen 
‘ bis zum Label "Resident" 


al,d 
NichtRes 


dx ‚Offset Resident ; im Speicher stehen lassen 
dx, TextLen ; Bildschirmpuffer Text 
Bf 


 /4 

ı /8 

716 

; aufrunden 
ı keep 


= m. mw 
— a 


DERRRRER: 
= 


Y Brrorlevel setzen 
: Beenden, Errorlevel in AL 


5 
®" 


Listing 1 (Fortsetzung) 
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; TestIns: 

- Prüfen, ob Programm bereits installiert, 

s wenn ja, Carry setzen. 

Test über Marker: muß 'LB’ sein, wenn installiert 


TestIns Proc Near 


Int-Vektor lesen 


pe a und, X 
NT 13 
Instailfe rt? 


Sicht installiert 
Short InsRet 
InsJa: 


InsRet: 


installiert 


re 
TestIns EndP 


BILD 3.8 (C) G. Jürgensmeier 1986-88 
Bildschirme speichern nit [Alt-Return] 


ZIZAZER 
Si=TTeiei>ie 


bzw. mit der im Installationsprogrann 


BILDINST angegebenen Tastenkombination 





MelAus ” "BILD: 


ausgeschaltet.” ,CR,LF,"”$” 
MelPar > ur : 
Beh dar bereits installiert.” ,CR,LF,”$” 
MelNein = "BIL 
db "Pr 


nicht installiert, 

db "kann nicht ausgeschaltet ER ‚CR,LF,"$” 
MelDos db "BILD: 

db "DOS 2.11 oder neuer erforderlich.”,CR,LF,”$” 


CodeSeg EndS 
End Start 


Listing 1 (Ende) 


masm /b63 /t /ml bild, ‚nul,nul; 
if errorlevel==1 goto exit 
link bild; 

if errorlevel==1 oto exit 


ild.com 


exe2bin bild.exe 
del bild.exe 

del bild.obj 
‚exit 


Listing 1b: Stapeldatei zum Assemblieren von BILD.ASM. 
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DEFSNG A-Z 
CONST FALSE = 8, TRUE = NOT FALSE 
CR$ = CHR$(13): LF$ = CHRS(1B) 

Esc$ = CHR$(27): NULL$ = CHR$(B) 








Autor AS STRING * 4 
Version AS STRING * 5 
HotKey AS STRING * 1 
HotShift AS STRING * 1 
Ton AS STRING * 1 

END TYPE 


DIM Bild AS BLFile 









FOR i = 1 TO 88: READ Ky$(1): PRINT Ky$; : NEXT i 


cLS 

PRINT ” 2; 
Er ”| BILD Installation 1.88 (C) G.Jürgensmeier 18/88 |” 
RINT ” ” 


OPEN "BILD.COM” FOR BINARY ACCESS READ WRITE AS 41 
GET #1, 1, Bild 

IF Bild.Marker <> ”BL” THEN GOTO ErrMarker 

IF Bild.Autor <> ” GJ ” THEN GOTO ErrAutor 

IF Bild.Version <> "18/88” THEN GOTO ErrVersion 


Ton = ASC(Bild.Ton) 
HotKey = ASC(Bild.HotKey) 
HotShift = ASC(Bild.HotShift) 
GOSUB ShowInst . 























LOCATE 6, 1, 1 

PRINT "Mit Ton? (J/N/Esc): 

RepTon: 

a$ = UCASES(INPUTS(1)) 

IF INSTR(”JN” + Esc$, a$) = 8 THEN BEEP: GOTO RepTon 
IF a$ = Esc$ THEN GOTO Ende 

PRINT a$: Ton = 8: IF a$ = ”J" THEN Ton = 1 


LOCATE 9, 1, 1 
PRINT "Shift-Tasten: ” 


















FOR i = 8 TO 4: PRINT Sh$(i); ” ”s : NEXT: PRINT : PRINT 
PRINT "Tasten: ” 
PRINT. "A-Z Adü 8-9 <B’7 +,” En. 






FOR i = 1 TO 88 
IF rn) > 1 THEN 
PRINT LEFT$(Ky$(i) + SPACES(18), 18); 
END IF 
NEXT i 
LOCATE 19, 1 
PRINT "Neue Tastenkombination? ([Return]=keine Änderung) " 















RepTaste: 
GOSUB ShowInst 
FOR i = 28 70 235 
LOCATE 1, 1: PRINT SPACE$(79); 
NEXT 
LOCATE 28, 1 
LINE INPUT a$: a$ = UCASE$(RTRIM$(LTRINM$(a$))) 
IF a$ = "" THEN 
HotKey = ASC(Bild.HotKey) 
HotShift = ASC(Bild.HotShift) 
ELSE 
GOSUB Encode 
IF Wrong THEN BEEP: GOTO RepTaste 
END IF 














Listing 2: Das Programm BildInst. 








22, 
PRINT "Gewählte Taste: 
PRINT "Installieren mit ‚et, abbrechen mit [Esc], 
PRINT ”[W] = Wiederholen.” 
RepAns: 
a$ = UCASES(INPUTS(1)) 
IF a$ <> CRS AND a$ <> Esc$ AND a$ <> "WW" THEN 


IF a$ = Esc$ THEN GOTO Ende 
IF a$ = "W” THEN GOTO RepTaste 


Bild.Ton = CHR$(Ton) 
Bild.HotKey = CHR$(HotKey) 
Bild.HotShift = CHR$(HotShift) 
PUT 7/1, 1, Bild 

Ende: 
CLOSE #1 
END 


Decode: 


IF HotShift = 8 THEN a$ = Sh$(8) + " ": GOTO DecodeEnd 
FOR i = 8 T0 3 


IF (HotShift AND 2 * i) THEN 
a$ = a$ + Shs(i + 1) +" ” 
END IF 
NEXT i 
DecodeEnd: 
a$ = a$ + Ky$(HotKey) 
RETURN 


Encode: 
Krong = 8: HotKey = 8: HotShift = 8 
a$ = RTRIM$(LTRIM$(UCASES$(a$))) 
WHILE a$ <> ”" 
x = INSTR(a$, ” "): IF x = 8 THEN x = LEN(a$) + I 
b$ = LEFT$(a$, x - 1) 
a$ = MID$(a$, x + 1) 
ShFnd = FALSE 
IF b$ = UCASE$(Sh$(8)) THEN 
HotShift = 8: ShFnd = TRUE 
GOTO Trim 
END IF 
FOR i = 1704 
IF b$ = UCASE$S(Sh$(i)) THEN 
HotShift = HotShift OR (2 ° (i - 1)) 
ShFnd = TRUE 
END IF 


NEXT i 
IF ShFnd = TRUE THEN GOTO Trim 


KyFnd = FALSE 
FOR i = 1 TO 88 
IF b$ = UCASES(Ky$(i)) THEN 
HotKey = i 
KyFnd = TRUE 
END IF 
NEXT i 


a$ = LTRIM$(a$) 

IF KyFnd + : = FALSE THEN 
Wrong = : GOTO EncodeEnd 

END IF 


WEND 
Wrong = (HotKey = ß) 
EncodeEnd: 

IF Wrong THEN 
Ton = ASC(Bild.Ton) 
HotKey = ASC(Bild.HotKey) 
HotShift = ASC(Bild.HotShift) 

END IF 

RETURN 





Listing 2 (Fortsetzung) 





ShowInst: 
LOCATE 4, 1: PRINT SPACE$(79) 
LOCATE 4, He 
PRINT "Einstellungen: .; 
PRINT "Ton " 
IF Ton THEN PRINT "EIN"; ELSE PRINT "AUS”; 
PRINT ” Aufruf mit: ”: 
GOSUB Decode: PRINT as 
RETURN 


ErrMarker: 
PRINT "Fehler: Keine gültige Kennung in der Programndatei!" 
CLOSE : END 


ErrAutor: 
PRINT "Fehler: Keine gültige Programmdatei!” 
CLOSE : END 


INT #F K ltige Pr ion! 
PR ehler: Keine ge Programmversion!” 
CLOSE : END Br 


ShiftMasks: 
DATA "Normal” 
DATA "RShift” 
DATA "LShift” 
DATA ”Ctr1” 
DATA "Alt” 


KeyCodes: 
DATA "Esc” 
DATA "1" 
DATA "2" 
DATA "3" 
DATA "4" 
DATA "5" 
DATA "6" 
DATA "7" 
DATA "8” 
DATA "9" 
DATA "0" 
DATA "p” 
DAT nın 
DATA "Backspace”: 
DATA "Tab" - 
DATA "Q" 
DATA "W” 
DATA "E” 
DATA "R” 
DATA "T" 
DATA "7" 
DATA "U” 
DATA "I" 
DATA ”0” 
DATA "P” 
DATA "Ü” 
DATA ”+” 
DATA "Return” 
DATA "" 
DATA "A" 
DATA "S” 
DATA "D"” 
DATA "F” 
DATA ”G” 
DATA ”H" 
DATA ”J” 
DATA "K” 
DATA "L” 
DATA "0" 
DATA "A" 
DATA ”<” 
DATA ”" 
DATA "7" 
DATA ”Y” 
DATA "X" 


29 
= ShiftL 


2C 
2D 


Listing 2 (Fortsetzung) 
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DZEENSYIASS IS MSMEUNMMENS 
» 9 
2 


DATA "F12” 





Listing 2 (Ende) 


Hinweis: Das in diesem Artikel vorgestellte Programm Bild ist 
eine vereinfachte Version des Programms Foto vom Autor, 
mit dem zusätzlich auch Grafikbildschirme verschiedener 
Grafikadapter und Textbildschime als Grafiken gespeichert 
werden können. Mit weiteren Hilfsprogrammen können die 
Ausgabedateien bearbeitet und in zahlreichen gängigen Gra- 
fikformaten gespeichert werden (TIFF, EPS, IMG, Windows- 
Bitmap, u.a.). Diese Daten können dann in zahlreiche Desk- 
top-Publishing- und Textverarbeitungsprogramme übernom- 
men werden. Dieses Paket ist damit das ideale Werkzeug für 
jeden, der PC-Programme dokumentieren muß. Eine ausführ- 
liche Beschreibung dieses Programmpakets folgt in der näch- 
sten Ausgabe, die darüber hinaus weitere Artikel zum Thema 
Desktop-Publishing (unter besonderer Berücksichtigung von 
Programmhandbüchern) enthalten wird. 
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DEFINT A-Z 
CONST False = 8, True = NOT False 


PRINT "ZEIGEBLD 1.88 (C) G. Jürgensmeier 1988” 
PRINT 


COMMAND$ 

UCASES(LTRIN$(RTRIM$(dn$))) 
IF dn$ = ”"” THEN PRINT 2A en gran Ba 
IF INSTR(dn$, ”.”) = 8 THEN dns 


n$ = dn$: GOSUB FileFind 
IF Exist = False THEN 

PRINT "Datei ”; dn$; 
END IF 


” nicht gefunden!”: END 


OPEN dn$ FOR BINARY ACCESS READ AS /1 


3999 
ID$(a$, 1 +1, 1)) 


’ monochrom 


E &H8000, x " Farbe 


FileFind: ' Datei N$ vorhanden? 
ON ERROR GOTO FileNFound ' Fehlerroutine 
AS ’ umbenennen 
’ Datei existiert 


’ Fehlerroutine aus 
' zurück, EXIST=-Status 


’ Datei BIO vorhanden 
IF ERR = = 58 THEN Exist = True: RESUME FFRet 
Exist = False ’ Datei Snistiert nicht 
RESUME FFReturn 





Listing 3: Das Programm ZeigeBld. 


Wichtig: Die Tatsache, daß das hier beschriebene Verfahren 
in einer Microsoft-Zeitschrift abgedruckt ist, ist keine offizielle 
‚Anerkennung derselben. Der Standpunkt von Microsoft bleibt 
weiterhin: Es wird nicht garantiert, daß diese Möglichkeiten 
auch in zukünftigen Versionen von DOS existieren. 





IDEFINT A-Z 


RepINam 


Re 


CLS 
PRINT ' 
PRINT 
PRINT 
PRINT 
PRINT 
PRINT 


BLDTXT: 
BLD- in Textdateien umwandeln 
(C) Günter Jürgensneier 18/88 


LOCATE „ „1 


et "Eingabedatei (BLD): "; 


LINE INPUT a$: a$ = RTRIM$(LTRIN$(a$)) 
IF a$ = "" THEN BEEP: GOTO ReplIName 


IName$ = a$ 
IF (INSTR(IName$, ”.") = 8) THEN IName$ = IName$ + ".BLD" 
PRINT "Ausgabedatei (TXT): " 


LINE INPUT a$: a$ = RTRIM$S(LTRIMS(a$®)) 
IF a$ = "" THEN BEEP: GOTO RepOName 


OName$ = a$ | 
IF (INSTR(OName$, ”.”) = 8) THEN ONane$ = OName$ + ”.TXT" 


PRINT 
PRINT "Datei "; 
PRINT ONane$; 


;, INane$; ” wird umgewandelt in ”; 
: PRINT 


ON ERROR GOTO Errüpen 
OPEN "I", 1, IName$ 
CLOSE 1 


OPEN OName$ FOR OUTPUT AS #2 

OPEN IName$ FOR BINARY ACCESS READ AS 1 
Screens = SPACES(4208) 

GET #1, „ Screen 

CLOSE #1 


FOR i = 8 TO 3999 STEP 168 
Lin$ = SPACE$(88): p = 
FOR J = 8 TO 159 
IF (i + J) MOD 2 = 8 THEN 
MID$(Lin$, p, 1) = MlD$(Screens, i+J +1, 1) 


END IF A 


NEXT 
Lin$ = RTRIM$(Lin$) 


EOFCode: 


= INSTR(Lin$, CHRS(26)) 
IF x THEN MID$(Lins, x, 1) 


PRINT Lin$: PRINT 72, 
NEXT 


= CHR$(219): GOTO EOFCode 
Lin$ 


PRINT "BLDTXT: Fehler beim Dateizugriff.” 
CLOSE 





Listing 4: Das Programm BldTxt. 
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Datenaustausch unter Windows 


Der Datenaustausch zwischen Anwendungspro- 
grammen stellt seit langem ein Problem für 
Computer-Benutzer dar. Selbst Neulinge wollen 
Daten von einem Programm zu einem anderen 
überspielen. Windows bietet gute Möglichkeiten 
dazu. 


In den frühen Tagen der Personalcomputer war der einzige 
effektive Weg der manuelle Transfer von Informationen. 
Die nächste Leistungs- und Funktionalitätsstufe wurde 
durch die Entwicklung solcher Datei-Standardformate wie 
Comma Separated Variable (CSV) und Data Interchange 
Format (DIF) erreicht, die den Datenaustausch mittels 
Zwischendateien ermöglichten. Später kamen integrierte 
Pakete auf den Markt, welche die meistgebrauchten 
Anwendungen in einem einheitlichen Programm zusam- 
menschlossen. Obwohl dies den Bedarf an Datenaustausch 
zwischen Programmen verringerte, blieb die Grundfrage, 
wie man Daten austauscht, dennoch bestehen. 

Dem Trend zu größerer Leistung und Brauchbarkeit 
folgend erweiterte Microsoft Windows das Konzept, dessen 
Pionier der Macintosh war, und bot Entwicklern und An- 
wendern eine gut zusammenarbeitende Desktop-Umge- 
bung, in der Anwendungen auf natürliche Art kooperieren. 
Innerhalb von Windows bildeten sich bald zwei Methoden 
als die De-facto-Mechanismen für Programm-Kommunika- 
tion und Datenaustausch heraus: Die Zwischenablage (clip- 
board) und der dynmische Datenaustausch (Dynamic Data 
Exchange, DDE). 

Von diesen beiden wird die Zwischenablage weit öfters 
verwendet. Mit der Zwischenablage kann ein Anwender 
mühelos eine Reihe von Zellen in einer Tabellenkalkulation 
auswählen, diese in die Zwischenablage kopieren und im 
Anschluß danach in ein Dokument, das mit einer Textver- 
arbeitung bearbeitet wird, einfügen. Selbst wenn diese zwei 
Programme von konkurrierenden Softwareherstellern ent- 
wickelt wurden, kommunizieren Sie dennoch mühelos mit- 
einander und erscheinen als zusammengehöriges Desktop- 
System. 

Die Zwischenablage ist von Natur aus eine gemeinsame 
System-Ressource. Zur korrekten Funktion ist es von 
äußerster Wichtigkeit, daß jede Anwendung mit der Zwi- 
schenablage ordnungsgemäß zusammenarbeitet, um so vor 
Systemabstürzen, endlosen Meldungsschleifen und anderen 
sonderbaren und verwirrenden Erscheinungen zu schützen. 
Dieser Artikel wird vom Standpunkt der Entwicklung aus 
erklären, wie die Zwischenablage richtig verwendet wird 
und man einige der üblichen Fehler verhindert. Die hier 
gezeigten Techniken und Einblicke wurden vom Autor wäh- 
rend der Erstellung von ClickArt Scrapbook+ der Firma 
T/Maker Company entwickelt und verwendet, einer lei- 
stungsstarken Systemutility, die viele Erweiterungen gegen- 
über der Windows-Zwischenablage bietet. 
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Bild 1: Eine Anwendung, die die Windows-Zwischenablage 
nutzt. 


Die Grundlagen der Zwischenablage 


Vom Standpunkt des Anwenders aus ist die Zwischenablage 
ein temporärer Speicherbereich, auf den von einer Anwen- 
dung über das Pull-Down-Menü Edit zugegriffen wird, Die 
folgenden Befehle, wie im Windows Style Guide definiert 
sind, ermöglichen dem Anwender die Arbeit mit der Zwi- 
schenablage: 


Cut/Schneiden Kopiere Auswahl in die Zwischenablage und lösche die 
Auswahl 

Copy/Kopieren Kopiere Auswahl in die Zwischenablage 

Paste/Einfügen Füge Zwischenablage-Daten in die Anwendungsdaten 
ein 


Unglücklicherweise ist die Sache für den Software-Ent- 
wickler etwas komplizierter. Abgesehen von den Cut-, 
Copy-, und Paste-Operationen, muß der Entwickler mit sol- 
chen Problemen kämpfen, wie Zwischenablage-Besitzver- 
hältnıs (ownership), Mehrfach-Darstellung (multiple rende- 
ring), verzögerte Darstellung (delayed rendering) und die 
Zwischenablage-Betrachterkette (clipboard viewer chain). 

Eine Grundlage der Zwischenablage ist das Zwi- 
schenablage-Besitzverhältnis. Weil die Zwischenablage eine 
gemeinsame System-Ressource ist, läßt Windows sie durch 
Anwendungen zeitweilig für andere Programme blockieren, 
solange Veränderungen durchgeführt werden. Nach Ab- 
schluß der Veränderungen wird die Zwischenablage sofort 
freigegeben, sodaß sie für den Zugriff durch andere Anwen- 
dungen offen ist. 

Vom Konzept her gesehen, scheint die Zwischenablage 
aus der Sicht des Anwenders immer nur ein Datenelement 
zur selben Zeit zu enthalten. In Wirklichkeit jedoch ist sie 
fähig, mehrere Datenelemente gleichzeitig zu bearbeiten, 
wovon jedes das gleiche Objekt in verschiedenen Formaten 
darstellen sollte. 
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Symbolic Link Format (SYLK) 


Bild 2: Mehrfach dargestellte Zwischenablage-Daten. 
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Rich Text Format (RTF) 
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Dieses Konzept der Mehrfachdarstellung ermöglicht es 
Anwendungen wie etwa Microsoft Excel, die Zwischenab- 
lage bei einer Kopieroperation mit bis zu 13 verschiedenen 
Formaten oder Darstellungen der gleichen Information zu 
beliefern. Die einfügende Anwendung kann dann das ge- 
wünschte Format aus den in der Zwischenablage vorhan- 
denen auswählen. Bild 2 zeigt ein Beispiel für mehrfach 
dargestellte Daten. 

Wenn die Zwischenablage mehrfach dargestellte Daten 
enthält, bleibt es der Entscheidung der einfügenden Anwen- 
dung überlassen, welches Format am besten den Bedürfnis- 
sen des Benutzers entspricht. Raffinierte Programme pla- 
zieren Daten meistens in einer nach Priorität geordneten 
Liste in der Zwischenablage, beginnend mit dem Format 
höchster Informationsdichte. Gewöhnlich jedoch ist die 
Reihenfolge zufällig, und man sollte sich nicht darauf ver- 
lassen. Die einfügende Anwendung kann dann diese For- 
mate aufreihen und eine alternative Darstellung erhalten, 
nach Priorität geordnet, wie vom Urheber gewünscht. 

Man kann sich leicht vorstellen, daß das Arbeiten mit 
mehrfach dargestellten Zwischenablage-Daten ungeheuer 
viel kostbaren Speicherplatz verschlingen kann. Glück- 
licherweise versucht ein anderes Konzept, als verzögerte 
Darstellung bezeichnet, die Speicherplatzzuweisung auf jene 
Formate zu reduzieren, die auch wirklich gebraucht werden. 
Die verzögerte Darstellung erlaubt der kopierenden 
Anwendung eine »Zusage« für jede mögliche Darstellung in 
die Zwischenablage zu setzen. Diese Zusagen verbleiben in 
der Zwischenablage bis eine Anwendung ein bestimmtes 
Datenelement anfordert. Wenn diese Anfoderderung emp- 
fangen wird, muß die kopierende Anwendung die Zusage 
durch Lieferung der Daten im angeforderten Format erfül- 
len, auch wenn der Kopiervorgang dieser Daten in die Zwi- 
schenablage schon länger her ist. Das Endergebnis ist, daß 
Datenbereiche nur für solche Formate zugewiesen werden, 
die man auch wirklich braucht, und dies führt dazu, daß 
weniger Systemspeicherplatz benötigt und die Berechnun- 
gen eingespart werden, die man zur Erstellung uner- 
wünschter Formate brauchen würde. Die verzögerte Dar- 
stellung erspart überdies Verarbeitungszeit für einfach dar- 
gestellte Elemente. 

Zu den mehrfachen und verzögerten Darstel- 
lungskonzepten bietet die Windows-Zwischenablage einen 
Mechanismus, wodurch beteiligte Anwendungen automa- 
tisch benachrichtigt werden können, wenn Veränderungen 
in der Zwischenablage auftreten. Diese Einrichtung, die 
Zwischenablage-»Betrachterkette« genannt und in Bild 3 
gezeigt wird, veranlaßt das System eine WM_DRAWCLIP- 
BOARD-Meldung an alle beteiligten Fenster zu senden. Der 
Empfang einer solchen Meldung weist darauf hin, daß eine 
Veränderung der Zwischenablage aufgetreten ist, die von 
Interesse für die Anwendung sein kann. Nach Verarbeitung 
der Meldung ist die Verantwortung zur Weitergabe der 
Meldung an die nächste Anwendung in der Kette ebenfalls 
der Anwendung überlassen. 


Funktion Beschreibung | 
ChangeClip- Entfernt ein Fenster aus der Zwischenablage-Betrach- 
boardChain terkette. 


CloseClipboard Schließt die Zwischenablage. 

CountClip- Gibt die Anzahl der verfügbaren Formate in der Zwi- 

boardFormats schenablage zurück. Die Zwischenablage braucht nicht 
offen sein. 

EnptyClipboard Leert die Zwischenablage und ordnet das Zwischenab- 
lage-Besitzrecht neu zu. Die Zwischenablage muß offen 
sein. 

EnumClipboard- Zählt die verfügbaren Zwischanbalgae-Formate durch. 


Formats Die Zwischenablage muß offen sein. 

GetClipboard- Liest die Daten aus der Zwischenabalage (im angefrag- 
Data ten Format). Die Zwischenablage muß offen sein. 
GetClipboard- Stellt den ASCII-Namen eines nicht vordefinierten For- 
FormatName mats fest. 

GetClipboard- Stellt die Fenster-Handle fest, die mit dem aktuellen 
Owner Zwischenablage-Besitzer verbunden ist. 

GetClipboard- Stellt die Handle des ersten Fensters in der Zwischenab- 
Viewer lage-Betrachterkette fest. 


IsClipboardFor-Liefert TRUE, wenn die Daten im angegebenen Format 


matAvailable in der Zwischenabalage verfügbar ist. 

OpenClipboard Öffnet die Zwischenablage. 

RegisterClip- Registriert ein neues Zwischenablage-Format. 
boardFormat 

SetClipboard- Kopiert eine Daten-Handle in die Zwischenablage. Die 
Data Zwischenablage muß offen sein. 

SetClipboard- Fügt eine Fenster-Handle in die Zwischenab- 
Viewer lage-Betrachterkette an. 

Tabelle 1: Die verfügbaren Funktionen für die Zwischenab- 
lage. 


Die Programmierschnittstelle 
der Zwischenablage 


Anwendungen, die die Zwischenablage verwenden wollen, 
können dies durch Aufruf von Funktionen erreichen, die 
vom Windows Application Programming Interface (API) 
(= Anwendungs-Programmier-Schnittstelle) geliefert wer- 
den und durch Bearbeitung bestimmter dazugehöriger 
Meldungen. Die Tabelle 1, die zum Teil dem Windows Soft- 
ware Development Kit entnommen wurde, beschreibt kurz 
die verfügbaren Funktionen. Außer diesen Funktionen wer- 
den auch die Zwischenablage-bezogenen Meldungen, auf- 
gelistet in Tabelle 2, von Windows unterstützt. 


Datenformate in der Zwischenablage 


Windows besitzt sieben vordefinierte Formate, die von 
Standard-ASCII-Text bis Grafikdaten in Binärformat rei- 
chen. Außer diesen vordefinierten Formaten bietet Win- 
dows einen Mechanismus, mit dem man zusätzliche benut- 
zerdefinierte Formate erstellen kann. Unter diesen benut- 
zerdefinierten Erweiterungen sind sechs, die von den mei- 
sten bedeutenden Anwendungen unterstützt werden. 
Tabelle 3 beschreibt kurz jedes dieser Formate. Zu beach- 
ten ist, daß sich alle Formate, deren Namen mit der Präfix 
CF_ anfangen, auf vordefinierte Zwischenablage-Formate 
beziehen. 
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Meldung Beschreibung 


WM | ASKCBFORNAT-Fragt nach dem Namen des CF OWNERDISPLAY For- 
NAME* mats. 


WM_CHANGE- Teilt Mitgliedern der Betrachterkette eine Veränderung 
CBCHAIN in der Kette mit. 

WM_DESTROY- Signalisiert dem Zwischenablage-Besitzer, daB der Zwi- 
CLIPBOARD schenablage-Inhalt zerstört wird. 

WM_DRANCLIP- Teilt einer Anwendung in der Betrachterkette eine Ver- 
BOARD änderung in der Zwischenablage mit. 

WM_HSCROLL- Fordert horizontalen Bildlauf für das Format CF OW- 
CLIPBOARD* NERDISPLAY an. 

WM_PAINT- Fordert die Anzeige des Formats CF OWNERDIS- 
CLIPBOARD* PLAY an. 

WM_RENDER- Teilt dem Zwischenablage-Besitzer mit, daß er alle zuge- 
ALLFORMATS sagten Zwischenablage-Daten darstellen muß. 
WM_RENDER- Teilt dem Zwischenablage-Besitzer mit, daß er die in die 
FORMAT Zwischenablage kopierten Daten formatieren muß. 
WM_SIZE- Teilt dem Zwischenablage-Besitzer mit, daß sich die 
CLIPBOARD* Größe des Betrachter-Fensters verändert hat. 
WM_VSCROLL- Fordert vertikalen Bildlauf für das Format CF OW- 
CLIPBOARD* NERDISPLAY an. 

* Bezieht sich auf Nachrichten, die mit dem Format 


CF OWNERDISPLAY zu tun haben. 


Tabelle 2: Zwischenablage-bezogene Meldungen. 


Benutzerdefinierte Zwischenablage-Formate werden 
durch Windows registriert, indem man Register- 
ClipboardFormat mit einer eindeutigen Zeichenkette 
aufruft. Jede Anwendung, die dieses Format verwenden 
will, muß es neu registrieren und erhält dadurch die selbe 
Format-Handle. Wenn einmal definiert, können andere 
Anwendungen diesen registrierten Namen durch Aufruf der 
Funktion GetClipboardFormatName mit der Format- 
Handle als Parameter abfragen. Zu beachten ist, daß der 
Aufruf von GetClipboardFormatName mit einem vor- 
definierten Zwischenablage-Format einen NULL-String 
zurückliefert. Des weiteren, daß bei der Verwendung eines 
CF_OWNERDISPLAY-Objektes der Name des Formats 
durch Senden der Meldung WM_ASKCBFORMATNAME an den 
Zwischenablage-Besitzer zurückgeholt werden kann, 


Format Beschreibung 

CF_BITMAP* Windows GDI-Bitmap 

CF_DIF* Data Interchange Format von Software Arts 

CF_METAFILE- Windows Metadatei-Bilder (METAFILEPICT) 

PICT% 

GF_OWNER- Benutzereigenes Bildformat 

DISPLAY 

CF_SYLK* Microsoft Symbolic Link Format (Kalkulationsdaten) 

CF_TEXT# Normaler ASCII-Text 

CF_TIFF* Tagged Image File Format 

BIFF Binary Interchange Data Format 

CSV%* Durch Semikolon getrennte Wariablen (comma separa- 
ted variables) 

Postscript* PostScript-Text 


Printer_Bitmap*Drucker-Bitmap (erstmals bei Microsoft Excel) 
Printer Pic- Drucker Metadatei-Bilder (erstmals von Excel definiert) 
ture* 
Rich Text* Rich Text Format 
‚peMN: Formate Andere benutzerdefinierte Formate 
Weist auf Formate hin, die von Scrapbook + verarbeitet 
werden. 


Tabelle 3: Datenformate der Zwischenablage. 
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Von den gewöhnlich verwendeten Zwischenablage-For- 
maten werden bis auf CF_BITMAP und Printer Bitmap 
alle durch Handles auf globale Datenblöcke des System- 
speicherplatzes repräsentiert. Speicherplatz für diese For- 
mate wird durch den Gebrauch von GlobalAlloc mit dem 
Flag GMEM_MOVEABLE als Parameter zugewiesen. Wenn die 
sich ergebende Format-Handle an die Zwischenablage 
übergeben wird (mit einem Aufruf von SetClipboard- 
Data), ändert das System die Speicherattribute mit 
GlobalReAlloc nach GMEM_DDESHARE und übergibt das 
Besitzrecht des Blocks an Windows. Dadurch bleibt der 
Speicherbereich erhalten, nachdem die kopierende Anwen- 
dung verlassen wurde, obwohl unter normalen Umständen 
der Speicherplatz einer Anwendung nach dem Verlassen 
zum Entfernen freigegeben wird. Zu beachten ist, daß nach 
der Übertragung eines Objekts durch eine Anwendung in 
die Zwischenablage das Objekt in den Besitz des Systems 
übergeht und die Anwendung die Daten nicht mehr weiter- 
behandeln sollte. 

Nun werfen wir einen Blick auf Zwischenablage-For- 
mate und analysieren deren potentiellen Gebrauch und 
Mißbrauch. 

CF BITMAP. Dieses Format wird zum Übertragen von 
GDI-BitMap-Bildern verwendet. Bitmaps können mit 
CreateBitmap, CreateBitmapIndirect oder 
CreateCompatibleBitmap erzeugt werden. Die resultie- 
rende Format-Handle kann mit SetClipboardData ohne 
weitere Änderungen in die Zwischenablage gestellt werden. 
Zu beachten ist, daß die Funktion CreateDiscardable- 
Bitmap bei der Erzeugung von Bitmaps für den Transfer 
über die Zwischenablage nicht verwendet werden darf. 

Wegen des GDI gibt es das CF BITMAP-Format in 
zwei Versionen. Die erste ist eine konventionelle mono- 
chrome Bitmap. Die Anordnung der Bytes ist fest und 
unterstützt die direkte Bearbeitung der Bitmap-Daten. 
Außerdem erlaubt diese standardisierte Byte-Anordnung 
die Übergabe von Monochrom-Bitmaps von einer Maschine 
zur anderen, jedoch in Abhängigkeit von den Darstellungs- 
und Aspektverhältnissen. Die zweite Version ıst die Farb- 
Bitmap, die leider in Windows strikt geräteabhängig ıst und 
die Portabilität eines solchen Objektes ist nicht sicherge- 
stellt. Darüber hinaus müssen Farb-Bitmaps als Objekte mit 
unbekannter Byte-Anordnung angesehen werden, was die 
direkte Manipulation der Daten ausschließt. 

CF _DIF. Das DIF-Format von Software Arts besteht 
aus ASCII-Text, dessen Zeilen durch das Zeichenpaar Car- 
riage Return/Line Feed (CR/LF) beendet sind. Im Gegen- 
satz zu CF_ TEXT ist der DIF-Datenblock nicht mit Null 
abgeschlossen, da das Ende in den Daten codiert ist. Der 
einfachste Weg zur Bestimmung der Größe der Daten ohne 
Analyse der Informationen ist der Gebrauch von Global- 
Size zur Abfrage der Blockgröße. Mit dieser Methode 
kann eine einzige Funktion geschrieben werden, die meh- 
rere verschiedene textbezogene Zwischenablage-Formate 
verarbeitet. 
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/* Lokale Daten */ 


LPSTR lpHenory; 
LPMETAFILEPICT 1pMetaFile; 


/* Definiert Anzahl der Formate *,/ 
wFormats = 3; 


/* Definiert Textdaten */ 
Clipboard[8].wForsat = CF_ TEXT 
Clipboard[d].hGlobalData = GlobalAlloct GHND, (DWORD)IBB ); 
if N Clipboard[P]. hGlobalData ) { 
Nee mente: hGlobalData ); 
strepy( 1 es text for the clipboard. =): 

Ciba Untoekl "Cl ipboard[#].h lobalData ); 

else 

<...den Benutzer warnen - zu wenig Speicher...> 


/* Definiert Bitnap-Daten */ 
Clipboard[1].wFormat = CF_BITMAP; 
Clipboard[1].hGlobalData = CreateBitnap( 5B, 58, 
if ( Clipboard[1].hGlobalData ) { 
<...Bitmap-Bits definieren...> 

} else 

<...den Benutzer warnen - zu wenig Speicher...> 


/* Definiert Metadatei-Daten #/ 
a pboard[2].wFormat = CF_METAFILEPICT; 
Ic1i Fboard[2]. hGlobalData = GlobalAlloc( GHND, 
| )sizeof(METAFILEPICT) ); 
1? ( Clipboard[2].hGlobalData ) { 
lpfetaFile = (LPMETAFILEPICT)GlobalLock( 

1 AkısomörI: .hGlobalData ); 
lpfetaFile->mm = MM ANISOTROPIG; 
lpMetaFile->xExt = 
lpMetaFile->yExt = B: 
lpfetaFile->hMF = = „Metadatei definieren...> 

und initialisieren ...> 
; ERSDEHIRIDEN, Clipbsaral21. hGlobalData ); 
else 
|f...den Benutzer warnen - zu wenig Speicher...> 


1, 1, NULL); 


Listing 1: Definition globaler Datenblöcke. 


\/* Definiert Anzahl der Formate */ 
wForsats = 3; 


/* Definiert Textdaten */ 
Clipboard[#].wFormat = CF _TEXT; 
Clipboard[8].hGlobalData = NULL; 


/* Definiert Bitmap-Daten */ 
Clipboard[1].wFormat = CF_BITMAP; 


Clipboard[1].hGlobalData = NULL; 


[/* Definiert Metadatei-Daten */ 
|Clipboard[2].wForsat = CF_METAFILEPICT; 
Clipboard[2).hGlobalData = NULL; 


Listing 2: Datenformat-Definitionen 


CF METAFILEPICT. Dieses Format bezieht sich auf 
einen globalen Speicherbereich, der eine Struktur vom Typ 
METAFILEPICT enthält. Diese Struktur enthält vier Felder: 
mm, der Mapping-Modus, der bei der Anzeige der Meta- 
datei gebraucht wird. xExt und yExt, von denen die 
gewünschte Größe des Bildes, das von der Metadatei 
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gezeichnet wird, berechnet werden kann (siehe im Windows 
SDK Programmer’s Reference Manual für weitere Infor- 
mationen); und hMF, eine Daten-Handle für die wirkliche 
Metadatei. Um eine Kopie dieser Daten zu machen, ver- 
wendet man GlobalAlloc zur Speicherzuweisung für die 
METAFILEPICT-Struktur, danach CopyMetafile, um 
eine Kopie der Metadatei anzufertigen, auf die sich das 
hMF-Feld bezieht. 


CF OWNERDISPLAY. Das Zwischenablage-Format 
CF_ OWNERDISPLAY ermöglicht Anwendungen ihre eigene 
Bilddarstellung i interner Daten beizubehalten. Damit solche 
Informationen angezeigt werden können, ist der Zwischen- 
ablage-Betrachter darauf beschränkt, Meldungen an die 
jeweilige Anwendung zu senden, wenn das Fenster neu 
angezeigt werden soll. 

Diese ungewöhnliche Darstellungsmethode verwendet 
die Anwendung Zwischenablage (ABLAGE.EXE) dazu, 
Write-formatierten Text darzustellen. Beim Gebrauch die- 
ses Formats erhält der Zwischenablage-Besitzer eine Serie 
von Meldungen, die normalerweise mit denen überein- 
stimmt, auf die der Zwischenablage-Betrachter stößt. Der 
Besitzer ist daher für die nötige Durchführung der zustän- 
digen Aktion verantwortlich, wann immer eine Zeichen-, 
Größen-, oder Bildlauf-Operation auftritt. 

Eine ärgerliche Eigenschaft des CF_OWNERDISPLAY- 
Formats ist die Art, auf die der Arbeitsbereich des Zwı- 
schenablage-Betrachters gehandhabt wird. Im Falle von 
Windows Write wird automatisch der Stil des Fensters 
geändert, um einen zusätzlichen Satz von horizontalen und 
vertikalen Bildlaufleisten einzufügen, unabhängig von der 
Tatsache, daß diese schon als Unterfenster vorhanden sein 
könnten. Darüberhinaus sind die CF_OWNERDISPLAY- 
Daten, die von den meisten Anwendungen geliefert werden, 
besondere interne Formate und von wenig Nutzen für 
andere Anwendungen. 


CF SYLK. Dieses Zwischenablage-Format, eine 
Speicherdarstellung des SYLK-Dateiformats, gleicht dem 
Format CF_DIF, in welchem jede Zeile eines ASCII-Textes 
durch ein CR/LF-Paar abgeschlossen wird. Ebenso wıe bei 
CF_DIF ist der Datenblock nicht mit Null abgeschlossen. 
Daher sollte GlobalSize zum Feststellen der Blockgröße 
verwendet werden, unter Berücksichtigung der üblichen 16- 
Byte-Paragraph-Einschränkungen. 


CF TEXT. Das Format CF_TEXT ist eines der einfach- 
sten der Zwischenablage. Jede Textzeile wird mit einem 
CR/LF-Paar abgeschlossen und der gesamte Textblock mit 
einem Null-Zeichen. Jede Anwendung, die den Datentrans- 
fer von Daten im Textformat über die Zwischenablage ver- 
wendet, sollte den Gebrauch dieses Formats zusätzlich zu 
jedem anderen, wie Rich Text, das zum Datenaustausch von 
Zeichen-, Paragraph-, und Dokument-Formatierinformatio- 
nen dient, erwägen. 


Windows 





/* Lokale Variablen */ 
WORD ii; 


if ( OpenClipboard(hund) ) { 
EnptyClipboard(); 
for ( i=#; i<wFormats; i+ ) 
SetClipboardData( Clipboard[i].wFormat, 
Clipboardli].hGlobalData ); 
} else 
<...den Benutzer warnen - Zwischenablage kann nicht geöffnet 
werden...? 


Listing 3: Programmausschnitt für die Zwischenablage-Ko- 
pieroperation. 


CF _TIFF,. Das Format CF_TIFF wird zum Transfer von 
Monochrom-, Graustufen-, oder Farbbildern zwischen 
zusammenarbeitenden Anwendungen verwendet. Obgleich 
ursprünglich für den Einsatz bei sehr großen Bildern ent- 
wickelt, wird dieses Formats nun immer mehr für Bilder 
jeglicher Größe eingesetzt, da es ein exaktes Speicherabbild 
der originalen Microsoft/Aldus-Dateispezifikationen dar- 
stell. Aufgrund der Speicherbeschränkungen sollten 
Anwendungen, die dieses Format unterstützen, auch fähig 
sein, die TIFF-Daten direkt von Platten zu lesen. 

In den letzten Monaten haben mehrere Software-Ent- 
wickler Erweiterungen für die Spezifikation des Zwischen- 
ablage-Formats CF_TIFF vorgeschlagen, die eine Defini- 
tion eines dateiunterstützten Mechanismus für den Zwi- 
schenablage-Transfer von großen Bildern beinhalten soll. 
Dieser Plan wird wohl kaum von Windows unterstützt wer- 
den, da dies Modifikationen der internen Zwischenablage- 
Verwaltung zur Bearbeitung der dazugehörigen, auf 
Anwendungen aufgeteilten temporären Dateien, erfordern 
würde. Weitere Informationen über die CF_TIFF-Datei 
und die Zwischenablage-Spezifikation erhält man im Win- 
dows SDK Extensions Manual. 


BIFF. Dieses benutzerdefinierte Format wird derzeit 
von mehreren Anwendungen unterstützt, wovon die bedeu- 
tendste Microsoft Excel ist. BIFF (für Binary File Format) 
ist das Dateiformat in welchem Excel-Dokumente auf der 
Platte abgelegt werden. Eine BIFF-Datei ist ein vollständi- 
ges in sich geschlossenes Paket, das aus einer Reihe von 
Datensätzen variabler Länge besteht. Zum Beispiel be- 
schreibt ein Datensatz die Größe und Lage eines Abbil- 
dungs-Fensters in einem Dokument, ein anderer die Formel 
für eine Zelle und ein dritter das Format eines Bildes. 

Obwohl die einzelnen BIFF-Datensatz-Typen verschie- 
dene Informationen enthalten, folgt doch jeder Datensatz 
dem selben Format: Typ des Datensatzes, Länge des Daten- 
satzes, Datensatzinhalte (variable Länge). 

Das BIFF-Zwischenablage- und Dateiformat wird in der 
Zukunft ein Standard werden, wie es auch TIFF wurde. 
Einige unabhängige Software-Entwickler unterstützen 
schon dieses Format für den Transfer von binären Finanz- 





daten zwischen Anwendungen. Weitere Informationen über 
dieses Datei- und Zwischenablage-Format sind über 
Microsoft zu bekommen. 


CSV. Software-Entwickler kennen schon seit langem das 
CSV-Dateiformat. Es ist vielleicht der kleinste gemeinsame 
Nenner für Datenaustauschformate (andere meinen, das sei 
das Textformat). Von Microsoft Excel für die Zwischenab- 
lage eingeführt, wird dieses benutzerdefinierte Format in 
Windows genauso wie CF_TEXT behandelt. Die ASCII- 
Textzeilen sind durch CR/LF-Paare getrennt und der 
gesamte Block ist durch ein Null-Zeichen abgeschlossen. 

In jeder Textzeile sind alle Datenelemente durch Kom- 
mas getrennt und Text-Zeichenketten in Anführungszeichen 
eingeschlossen. Wegen seiner Einfachheit wird CSV auf 
breiter Basis verwendet und jede Anwendung, die Daten 
verarbeitet, die in diesem Format sinnvoll sind, sollte diesen 
Standard unterstützen. 


PostScript. Encapsulated PostScript (EPS) ist ein sich 
herausbildender Standard für den Austausch von Texten 
und Daten zwischen zusammenarbeitenden Anwendungen. 
Das benutzerdefinierte PostScript-Format wurde von seinen 
Autoren zum Transfer von EPS-Bildern über die Zwi- 
schenablage entwickelt. Zur Zeit wird es von Scrapbook + 
und einigen anderen Windows-Anwendungen unterstützt. 
Der PostScript-Text ist gewöhnlich von einer oder mehre- 
ren Darstellungen begleitet, typischerweise einem Bild im 
Format CF_TIFF oder CF_METAFILEPICT. 

Das PostScript-Format ist im Konzept identisch mit 
CF_TEXT, außer daß jede Textzeile mit einem alleinigen 
CR abgeschlossen ist und der gesamte Block mit einem 
Null-Zeichen. Mehr Informationen über den Transfer von 
EPS-Bildern über die Zwischenablage sind im folgenden 
Artikel »Encapsulated PostScript« zu finden. 


Printer Bitmap. Dieses benutzerdefinierte Format ist 
identisch mit CF_BITMAP, außer daß es durch Ausgabe- 
möglichkeiten des gewählten Druckers beschränkt ist. Zum 
Beispiel würde eine in diesem Format bearbeitete Farb- 
Bitmap monochrom wiedergegeben werden, wenn als Aus- 
gabe-Drucker ein Laser-Drucker definiert wäre. Der 
Gebrauch dieses Formats ermöglicht der kopierenden 
Funktion alle wichtigen Umsetzungen durchzuführen, die 
für andere Programme schwierig sind. 

Printer Picture. Das Format Printer_Picture ist 
wie Printer_Bitmap identisch mit CF_METAFILEPICT, 
aber beschränkt auf die Ausgabemöglichkeiten des gewähl- 
ten Druckers. Die Anwendung, die dieses Format übergibt, 
ist verantwortlich für die Durchführung aller nötigen Um- 
setzungen für das vorgegebene Ausgabegerät. Obgleich sich 
das in der Theorie einfach anhört, kann die Definition die- 
ses Formats schwierig sein, wenn es das Übertragen von 
Schriften, Farben, und anderen GDI-Objekten zu einem 
spezifischen Ausgabegerät erfordert. 
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LONG FAR PASCAL KndProc( 
HWND hund, 


1Param 
/* Lokale ee S 
WORD 


LPSTR 

LPMETAFILEPICT Inhetarlie: 
/* Meld ee tung %/ 
Be essage ) 









case WM RENDERFORMAT : 
/* GIbt ein einzelnes Datenelement wieder */ 
/* Sucht nach Eintrag in der Tabelle 
wParam = erfordertes Fornat *%;/ 
for ( i=B; (i@wFormats) && (Clipboard[i].wFormat != 
wParam); it++ ); 








if (1 < wFormats ) { 
/* Definiert Daten */ 
a aa iii 


case CF TEXT : /* Fragt nach Textdaten */ 
Br hGlobalData = 
GlobalAlloc( GHND, (DWORD)188 ); 
f ( Clipboardli]. hGlobalData ) { 
lpMemory =GlobalLock(Clipboard[i].hGlobalData ); 
lstrepy( lpMemory, "Some sample text for the 
clipboard.” ); 
SLOBBINUIEN] Clipboardli]. hGlobalData ); 
else 
<...den Benutzer warenen - 
zu wenig Speicher...> 
break; 


case CF BITMAP ; /* EBEN DME nach er “/ 
Clipboard[i].hGlobal 
CreateBi ( 58, sQ, NULL ); 
if ( Glipboardli]. Nelobalbata" } \ 
Ya %...Bitnap-Bits definieren...> 
else 


%...den Benutzer warnen - 
zu wenig Speicher...?> 
break; 


case CF _METAFILEPICT : - 
/* Fragt nach Metadatei-Daten */ 
Clipboard[i].hGlobalData = GlobalAlloc( GHND, 
(DWORD)sizeof (METAFILEPICT) ); 
if ( Clipboard[i].hGlobalData ) ( 
lpMetaFile = (LPMETAFILEPICT)GlobalLock( 

Gli Br. hGlobalData ); 
lpMetaFile->mm = MM _ANIS PIC; 
IpMetaFile->xExt = 8; 

IpMetaFile->yExt = 8; 
IpMetaFile->hMFf = <...Metadatei definieren 
und initialisieren...? 
en. Clipboard[i].hGlobalData ); 
else 
%...den Benutzer warnen - zu wenig Speicher. ..> 
break 


































} 
/* Kopiert Daten in die ee f 
SetClipboardData( wParam, Clipboard[i].hGlobalData ); 
else 








<...den Benutzer warnen - 
Anfrage wurde nicht beantwortet...> 












| RENDERALLFORMATS 
/* Darstellung aller zupesngten Formate #/ 
/* Öffnet die Zwischenablage * 
if ( OpenClipboard(hhnd) Yt 
for { 1-8; i<wFormats; i++ ) 
if ( Clipboard[i]. hGlobalData == NULL ) [ 
/* Definiert Daten #/ 
Ex Clipboard[i].wFormat ) 


CF TEXT : /* Fragt nach Textdaten */ 
 eipboard[ 11. hGlobalData = GlobalAlloc{ GHND, 
(DWORD) 188 ); 
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fl Clipboardl1]. hGlobalData ) [{ 
lpMemory = GlobalLock( 
Clipboard[i].hGlobalData ); 
lstrepy( lpMesory, 
"Some sample text for the clipboard." }; 
ESS URDeN| Clipboard[i].hGlobalData ); 
2 se 
..den Benutzer warnen - 
zu wenig Speicher...> 
break; 
case GF BITMAP : /* Fragt nach Bitmap-Daten #/ 
Clipboard[i].hGlobalData = 
CreateBitnap( 58, 58, ‚ KULL ); 
if ( Clipboardli RER { 
%...Bitmap-Bits definieren...> 
} else 
<...den Benutzer warnen - 
zu wenig Speicher... 
break; 
case CF HETAFILEPICT : 
/* Fragt nach Meta-Datei Daten */ 
Clipboard[i].hGlobalData = 
GlobalAlloc{GHND, (DWORD 
sizeof(METAFILEPICT)); 
if ( Clipboard[i].hGlobalData ) { 
IpMetaFile = (LPMETAFILEPICT)GlobalLock( 
Clipboard[i].hGlobalData ); 
lpMetaFile->nz = ANISOTROPICG; 
IpMetaFile->xExt = B; 
lpMetaFile->yExt = ß; 
lpMetaFile->hMF = <...eine Metadatei 
definieren und sie 
initialisieren...> 
GlobalUnlock( Clipboard[i).hGlobalData ); 
else 
<...den Benutzer warnen - 
zu wenig Speicher...> 
break; 


/* Kopiert Daten in die Zwischenablage */ 
SetClipboardData( en board[i].wFormat, 
Clipboard[1]. hGlobalData ); 


} else 
<...den Benutzer warnen - 
Zwischenablage kann nicht geöffnet werden...? 
break; 
default : /* eine andere Nachricht wird weitergegeben */ 
return{ DefWindowProc( hund, wMessage, wParam, 1lParam ) ); 
break; 


} 
/* Normale Rückgabe */ 
returnt AL ); 





Listing 4: Dieser Programmausschnitt zeigt Code, der die 
Formatanfragen bei Gebrauch des verzögerten Wiedergabe- 
Schemas bearbeitet. 


Rich Text. Das Rich Text Format (RTF), ein relativ 
neuer Begriff von Windows, wurde von Microsoft als eine 
Methode zur Codierung von formatiertem Text und Grafik 
und zum einfachen Datentransfer zwischen Programmen 
entwickelt. Durch RTF können Texte und Grafiken zwi- 
schen Anwendungen, Umgebungen oder sogar Betriebs- 
systemen ausgetauscht werden. 

Ein RTF-Objekt besteht aus unformatierten 7-Bit 
ASCII-Text, mit speziell formatierten Befehlen im Doku- 
ment. Diese Kontrollwörter definieren Druckbefehle und 
liefern Informationen zur Verwaltung des Dokuments. 
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In die Zwischenablage kopieren 


Die grundsätzliche Methode zum Kopieren von Daten in 
die Zwischenablage ist die Zuweisung eines globalen 
Speicherbereichs, die Formatierung des Speicherbereichs 
mit den gewünschten Daten und der Transfer der Speicher- 
Handle zur Zwischenablage. Es gibt zwei Modelle zum 


Kopieren in die Zwischenablage: das Ersetzen und das 


Hinzufügen. Das Ersetzen erfordert, daß die Zwischen- 
ablage geleert wird, bevor Daten hineinkopiert werden, um 
sicherzustellen, daß nur Daten aus dieser Kopieroperation 
in der Zwischenablage sind. Das Hinzufügen erfordert, daß 
beim Kopieren in die Zwischenablage diese nicht geleert 
wird. Vielmehr sollten nur Daten desselben Formats wie die 
Kopierdaten ersetzt, und alle anderen Formate unverändert 
übernommen werden. In fast allen Fällen ist das Ersetzen 
vorzuziehen, denn es benötigt weniger Speicher und ist im 
Konzept weit einfacher. Es gibt jedoch Fälle, wo das Hin- 
zufügen angebracht ist; einer davon wird weiter unten 
demonstriert. 

Die folgenden Programmausschnitte und die in den 
Listings I, 2, 3 und 4 zeigen, wie mehrfach dargestellte 
Daten in die Zwischenablage kopiert werden, und zwar 
unter Verwendung von sowohl normalen als auch von ver- 
zögerten Darstellungverfahren. Man beachte, daß die 
Kopierroutine das Ersetzen verwendet, und Empty- 
Clipboard vor SetClipboardData aufgerufen wird. 
Das Ersetzen muß verwendet werden, wenn Daten mit 
einem verzögerten Darstellungverfahren übergeben werden, 
weil Windows die Meldung WM_RENDERFORMAT an den 
Zwischenablage-Besitzer sendet, wenn ein bestimmtes 
Format angefordert wird. Das Hinzufügen, das ohne 
EmptyClipboard arbeıtet, überträgt kein Besitzrecht an 
die Zwischenablage. Wenn es in einer solchen Situation 
verwendet würde, könnten die Meldungen über die Format- 
Darstellung, die die Daten anfordern, eventuell nicht emp- 
fangen werden. 

Sowohl die Kopier- als auch die Einfüge-Pro- 
grammausschnitte verwenden die folgenden Datenstruk- 
turen: 


/* Datentabelle Zwischenablage-Format */ 
typedef struct { 

WORD wFormat; 

HANDLE hGlobalData; 
} CLIPBOARD; 


/* Globale Anwendungsdaten */ 
WORD wFormats; 
CLIPBOARD Clipboard[6]; 


Der Programmausschnitt in Listing 1 definiert drei ver- 
schiedene globale Datenblöcke, die zum Kopieren einer 
Mehrfach-Darstellung in die Zwischenablage verwendet 
werden. Wenn im anderen Fall ein verzögertes Darstel- 
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lungschema gewünscht wird, können die Operationen für 
die Datenformatierung zurückgestellt werden, bis eine 
Anfrage über die Information empfangen wird, wie in 
Listing 2 gezeigt. 

Wenn die Daten einmal definiert sind kann die Kopier- 
operation unter Verwendung des Programmausschnitts in 
Listing 3 durchgeführt werden. Zu beachten ist, daß Win- 
dows automatisch die gelieferten Datenblöcke neu zuweist 
und die verwendeten Speicher-Optionen verändert, um die 
GMEM_DDESHARE-Flags einzubinden. 

Wenn ein verzögertes Darstellung-Schema verwendet 
wird, müssen die zugesagten Daten zu einer unbestimmten 
Zeit in der Zukunft geliefert werden. Obgleich die tatsäch- 
lichen Einzelheiten zur Erzeugung einer Datei ziemlich 
kompliziert sein können, ist der Code, der diese Anfrage 
liefert, einfach. Die Haupt-Fensterfunktion in Listing 4 
zeigt, wie eine solche Formatanfrage abgearbeitet wird. 


Das Einfügen 


Daten aus der Zwischenablage einzufügen ist nor- 
malerweise etwas leichter als die entsprechende Kopier- 
funktion. Die generelle Methode zum Einfügen der Daten 
in die Zwischenablage sieht wie folgt aus: 


Öffne die Zwischenablage 
Entscheide, ob die Zwischenablage die gewünschte Dar- 
stellung hat 

= Hole die Handle auf das Objekt, die Zwischenablage, 
oder die GDI-Objekt-Handle 

u Lege eine lokale Kopie der Daten an 
Schließe die Zwischenablage 


Unter Verwendung der oben definierten Datenstruktur 
zeigt das Listing 5, wie die Einfügeoperation erreicht wird, 
wenn man die Strukturen verwendet, die für die Listings 1, 
2, 3 und 4 eingeführt wurden. 

In Listing 5 wird EnumClipboardFormats solange 
aufgerufen, bis alle verfügbaren Formate durchgezählt sind. 
IsClipboardFormatAvailable könnte ebenfalls wie- 
derholt aufgerufen werden, mit dem gewünschten Format 
als Parameter. Diese Funktion liefert TRUE, wenn das 
gefragte Format vorhanden ist, ansonsten FALSE, Die 
Zwischenablage muß nicht geöffnet werden, um diese 
Funktion zu nutzen. 

Ein weiterer Punkt, der beachtet werden muß, ist die 
Art, in der die Handle, die von GetClipboardData 
zurückgeliefert wird, behandelt werden muß. Aufgrund der 
gemeinsamen Natur der Zwischenablage-Daten ist die 
Handle in Besitz von Windows, und die Daten, die sie 
repräsentiert, dürfen nicht verändert oder freigegeben wer- 
den. Des weiteren wird diese Handle ungültig, sobald 
CloseClipboard aufgerufen wird. 


Windows 





|/* Lokale Variablen */ 
| WORD wCrntFormat; 


if ( OpenClipboard(hknd) ) { 


/* Initialisierung */ 

wFormats = B; 

wCrntFormat = EnumClipboardFormats(ß); 
/* Zählt verfügbare Formate durch */ 
while ( wErntFormat ) { 


/* Papt Format, wenn gewünscht, ein */ 
en wErntFormat ) 


Se CF TEXT : /* Text verfügbar - Annahme < 64kb */ 


LPSTR 


lpSrce; 
LPSTR 


Ipbest; 
HANDLE hSrceText; 
HANDLE hDestText; 


hSrceText = GetClipboardData( CF_TEXT }; 
if { hSrceText ) { 
hDestText = GlobalAlloc( GHND, 
GlobalSize(hSrceText) ); 
if ( hDestText ) { 


/* Dupliziert Textblock */ 
lpSrce = GlobalLock( hSrceText ); 
lpDest = GlobalLock( hDestText ); 
ar lpDest, 1pSrce ); 
GlobalUnlock( hDestText )}); 
Globallnlock( hSrceText }; 


/* Fügt Block an Format-Liste an %*/ 

Clipboard[wFormats].wFornat = CF_TEXT; 

Clipboard[wFormats++].hGlobalData = 
hDestText; 


} else 
<...den Benutzer warnen - 
zu wenige Speicher zum Einfügen...> 
} else 
<...den Benutzer warnen - 
Text kann nicht eingefügt werden...> 
break; 


er CF_BITMAP : /# Bitmap ist verfügbar */ 


HDG 
HDC 
HDC 
HBITMAP 
HBITMAP 


hDG; 
hSrceDt; 
hSreeBit 

rceBit - 
hDestBitman; 
HBITMAP hOldSrceBitnap; 
HBITMAP hOldDestBitnap; 


hSrceBitmap = GetClipboardData( CF_BITMAP ); 
if ( hSrceBitmap && RE 
sizeof(BITMAP),(LPSTR)&Bitmap) ) { 


/* Definiert zwei Speicherdarstellungen #/ 
hDE = GetDC( hund ); 

hSrceDG = CreateCompatibleDC( hDC ); 
hDestDC = EEE ENLN. hDG ); 
ReleaseDC( hhnd, ); 


if ( hSrceDC && hDestDC ) { 
hDestBitmap = 
CreateBitmapIndirect( &Bitnap ); 
LEHt ge ){ 
/* Dupliziert Bitmap */ 
hOldSrceBitmap = 
selectübject( härcelDt, 
hörceBitnap ); 








hOldDestBitmap = 
SelectObject(hDestDC,hDestBi ); 
BitBlt(hDestDC, 8, 8, Bitmap.bakidth, 
Bi .„bmHeight, hSrceDC, 8, 8, 
Y); 
SelectObject(hDestDC,hOldDestBitmap); 
Selectübject(hSrceDC,hOldSrceBitzap); 
/* Fügt Bitsap an Daten-Liste an */ 
Glipboard[wFormats].wFormat = 


CF_BITMAP; | 
Clipboard[wFormats++].hGlobalData = 
hDestBitmap; 
} else 
<...den Benutzer warnen - 
zu wenig Speicher zum Einfügen...> 
} else | 
<...den Benutzer warnen - 
Bitmap kann nicht eingefügt werden...> 


/* Löscht Speicherdarstellungen %*/ 
if ( hDestDtC ) 

DeleteDC( hDestDC ); 
if ( hSrceDt ) 

DeleteDC( hSrceDt ); 


} else 
<...den Benutzer warnen - 
Bitmap kann nicht eingefügt werden...? 


} 
break; 


case CF METAFILEPICT : 
/* Metadatei ist verfügbar */ 


{ 
HANDLE hSrceMf; 
HANDLE hDestMF; 
LPMETAFILEPICT lpDestMF; 
LPMETAFILEPICT 1pSrceHf; 


hSrceMF = GetClipboardData( CF METAFILEPICT ); 
if ( hSrceMFf ) { 
hDestMF = GlobalAlloc( GHND, 
(DWORD)sizeof(METAFILEPICT) ); 
if ( hDestMF ) { 


/* dupliziert Metadatei */ 

lpSrceMF = (LPMETAFILEPICT) 
GlobalLock( hSrceMF ); 

IpDestMF = (LPMETAFILEPICT) 
GlobalLock( hDestMF ); 


IpDestMF->mm = l1pSrceMF->mn; 
IpDestMF->xExt = 1pSrceMF->xExt; 
IpDestMF->yExt = l1pSrceMF->yExt; 


lpDestMF->hMF = en en 
ıp rceMF->hMF, 
(LPSTR)NULL ); 


/* Fügt Block in Format-Liste an */ 
if ( IpDestMF->nMF ) { 
GlobalUnlock( hDestHF ); 
Clipboard[wForsats].wFormat = 
CF_METAFILEPICT; 
Ga ME BSEETT EIDINEE = 
stHF; 


} 


else { 

GlobalUnlock( hDestMF ); 

GlobalFree( hDestHF ); 

<...den Benutzer warnen - 
Be wie kann nicht dupliziert werden...> 


Globallnlock{ hSrceMf ); 


} else 
<...den Benutzer warnen - 
zu wenig Speicher zum Einfügen...? 
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} else 
<...den Benutzer warnen - 
Metadatei kann nicht eingefügt werden...> 
break; 
default : /* Etwas anderes - Ignorieren */ 
break; 


} 
/* nächstes Format feststellen */ 
wCrntForeat = EnumClipboardForsats( wCrntFormat ); 


/* Aufräumen #*/ 
GloseClipboard()}; 


} else 
<...den Benutzer warnen - 
Zwischenablage kann nicht geöffnet werden...> 


Listing 5: Programmausschnitt einer typischen Ein- 
füge-Operation. 


ILONG FAR PASCAL ViewerkndProc { 
HHND . 


HORD 
WORD 
LONG 


„Message; 
wParan; 
lParan; 


/* globale Variablen */ 
static HWND hNextknd; 

f® IE LIBENELSE BELLUNG " 
Bei (wiessage) 


Rn WM CREATE: 
/* Fenster wird angelegt */ 
hNextWnd = SetClipboardViewer (hhnd); 
break; 


case WM DRANCLIPBOARD: 
/*Inhalt der Zwischenablage verändert */ 
if (hnextlnd) 
SendMessage(hNextind, wMessage, wParan, 1Param); 
er eigene weitere Verarbeitung hier...> 
Teak; 


case WM CHANGECBCHAIN: 
/* Betrachterkette ändert sich */ 
if (hNextWnd == (HWND)wParam) 
hNextWnd = LOWORD(1Paran); 
else 
SendMessage(hNextknd, wMessage, wParan, 1Paran); 
break; 


case WM DESTROY: 
/* Fenster wird entfernt */ 
er hNexthnd) ; 
ice itMessage(#); 
reak; 


default: 
E PRUETUEEWLBODNET DESORNE, wiessage, wParam, 1lParan); 
reak; 


} 
return(ßL); 


Listing 6: Dieser Programmausschnitt zeigt, wie ein Fenster in 
die Zwischenablage-Betrachterkette eingebunden und wieder 
daraus entfernt werden kann. 
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Zwischenablage- 
Betrachter 








Bild 3: Die Zwischenablage-Betrachterkette. 


Die Zwischenablage-Betrachterkette 


Wie bereits erwähnt, bietet Windows einen Mechanismus 
zur Information interessierter Anwendungen, sobald Verän- 
derungen in der Zwischenablage auftreten. Diese verkettete 
Liste von Windows-Handles, die Zwischenablage-Betrach- 
terkette genannt wird, wird von jeder der beteiligten 
Anwendungen in einer kooperativen Weise gepflegt. 

Eine Anwendung gelangt in diese Kette durch Aufruf 
der Funktion SetClipboardViewer mit ıhrer Fenster- 
Handle als Parameter. Als Reaktion definiert Windows die- 
ses Fenster als aktuellen Zwischenablage-Betrachter und 
liefert eine Handle zum vorherigen Betrachter zurück, wenn 
einer existiert. Die beteiligte Anwendung muß diese Handle 
speichern, da sie die einzige Verbindung zum Rest der 
Kette darstellt. Die Kette ist in umgekehrter Reihenfolge, 
mit dem neuesten Eintrag am Anfang der Kette, aufgebaut. 
Bild 4 zeigt einen neuen Eintrag in der Betrachterkette. 








Windows 


der neue aktuelle 
Zwischenablage- 
Betrachter 


Bild 4: Ein Fenster wird zur Zwischenablage-Betrachterkette 
hinzugefügt. 


Wenn Veränderungen der Zwischenablage auftreten, 
wird die Meldung WM_DRAWCLIPBOARD zum gerade aktu- 
ellen Betrachter gesendet. Dieses Fenster ist verantwortlich 
dafür, daß die Meldung durch einen expliziten SendMes- 
sage-Aufruf durch die Kette weiter nach unten weiter- 
geben wird und danach alle für notwendig betrachteten 
Aktionen durchgeführt werden. Das Nichtweitergeben die- 
ser Meldung durch die Kette zerstört die Kette und führt 
manchmal zu abnormem Verhalten von jenen Anwendun- 
gen weiter unten. Man beachte, daß die Meldung wM_ 
DRAWCLIPBOARD während des Aufrufs von CloseClip- 
board erzeugt wird, das einen oder mehreren Aufrufen von 
SetClipboardData folgt, und daß die Kontrolle solange 
verloren bleibt, bis die gesamte Kette die Meldung bear- 
beitet hat. 











r 






Eine neue 
Verbindung 
in der 

Kette. 






Bild 5: Das Entfernen eines Fensters aus der Zwischenablage- 
Betrachterkette. 


Eine Anwendung kann sich aus der Betrachterkette 
durch Aufruf der Funktion ChangeClipboardChain ab- 
melden. Dabei werden ihre Handle und die Handle der 
nächsten Anwendung in der Kette als Parameter überge- 
ben. Wenn das fragliche Fenster der aktuelle Zwischenab- 
lage-Betrachter ist, setzt Windows einfach den aktuellen 
Betrachter in das nächste Fenster in der Liste. Dies ent- 
spricht dem Entfernen des ersten Eintrags aus einer ver- 
ketteten Liste. 
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In allen anderen Fällen wird die Meldung WM_CHANGE- 
CBCHAIN an den aktuellen Zwischenablage-Betrachter 
geschickt, der sie die Kette nach unten weiterschickt. Wenn 
eine Anwendung diese Meldung erhält, muß sie überprüfen, 
ob das entfernte Fenster das nächste in der Betrachterkette 
ist. Ist dies der Fall, wird die Variable hNextWnd neu ge- 
setzt, um auf das Fenster, das auf das entfernte folgt, hin- 
zuweisen. Bild 5 demonstriert das Entfernen eines Fensters. 

Der Programmausschnitt Listing 6 demonstriert dieses 
Konzept im Zusammenhang mit einer traditionellen Fen- 
sterfunktion. In diesem Beispiel schließt sich das Fenster 
der Zwischenablage-Betrachterkette während der Erzeu- 
gung an und entfernt sich selbst bei seiner Zerstörung. 


Tips, Tricks und Problemlösungen 


Der effektive Gebrauch der Zwischenablage kann eine 
Herausforderung für jeden Software-Entwickler sein, spezi- 
ell wenn große und komplizierte Formate auftreten. Die 
Zwischenablage-Unterstützung wird sogar noch schwie- 
riger, wenn einige große Programme um begrenzte Spei- 
cher-Ressourcen kämpfen. 

Beim Gebrauch der Zwischenablage kann eine Anzahl 
von Techniken den ganzen Ablauf effektiver machen. Hier 
sind einige Programmiertips, -tricks und Problemlösungen. 


Tip: Begrenzte Codesegmentgröße. Wenn eine oder meh- 
rere große Anwendungen um die Speicher-Ressourcen 
kämpfen, verschlechtert sich die Systemleistung rapide; das 
gilt ganz besonders für die Arbeit mit Zwischenablage. Dies 
kann dadurch verbessert werden, daß bei der Entwicklung 
ihrer Anwendungen auf die Art der Speicherverwaltung von 
Windows Rücksicht genommen wird. 

Im einzelnen können dramatische Verbesserungen der 
Leistung dadurch erzielt werden, daß jedes einzelne Code- 
segment als verschiebbar (moveable) und entfernbar 
(discardable) markiert wird, während seine Größe auf 8 
Kbyte begrenzt wird. Danach kann Windows den Speicher- 
bereich leicht neu einteilen, wenn Ressourcen knapp wer- 
den. Diese Neueinteilung funktioniert viel leichter wenn 
Codesegmente einheitlich klein sind. 

Man sollte jedoch darauf aufpassen, daß die gewünschte 
Codesegmentgröße von 8 Kbyte auch auf das Codesegment 
TEXT angewandt wird. Dieses Segment enthält gewöhnlich 
einen großen Teil der C-Run-Time-Library. Um die Größe 
dieses Segments effektiv zu verringern, werden Sie den 
Quellcode der Run-Time Library erwerben müssen und ihn 
aufgeteilt in verschiedene Segmente, abhängig von Ihren 
Ansprüchen, neu kompilieren müssen. 


Trick: Eingebaute Fehlerbehandlungs-Techniken. Viele der 
Programmausschnitte, die diesen Artikel begleiten, verwen- 
den wenig ideale Fehlerbehandlungstechniken. Wenn man 
mit der Zwischenablage arbeitet, ist es besonders wichtig 
einige leistungsfähige Routinen einzubauen, die aufgerufen 


42 Microsoft System Journal November/Dezember 1988 


werden können, wenn eine bestimmte Operation fehl- 
schlägt. In fast allen Fällen wäre man gut beraten, diese 
bereits in einem frühen Stadium in die Anwendungen ein- 
zubauen, bevor die Fehlerbehandlung eine Kernfrage wird. 

Ein Beispiel für die Notwendigkeit einer solchen Fehler- 
behandlungstechnik zeigt sich, wenn Daten in die Zwi- 
schenablage kopiert werden. Wenn die Intialisierung der 
Speicherzuweisung und die Speicherformatierung fehl- 
schlägt, könnte eine alternative Methode verwendet werden 
um einigen entfernbaren Speicherplatz freizugeben und 
eine weniger anspruchsvolle und vielleicht weniger effizi- 
ente Methode zu verwenden. Der Gebrauch solcher Tech- 
niken unterscheidet große Anwendungen von den mittel- 
mäßigen. 


Problem: Der Gebrauch von festen Code- oder Datenseg- 
menten. Der Gebrauch von festen Code- oder Datenseg- 
menten kann die Windows-Speicherverwaltung beeinträch- 
tigen. Programme, die solche Techniken verwenden, riskie- 
ren, daß sie den Einsatz von anderen, sich gut verhaltenden 
Programmen ausschließen. Obgleich Windows versucht, 
feste Code- oder Datensegmente abseits von kritischen Be- 
reichen zu plazieren, gibt es Situationen, die schwerwie- 
gende Verschlechterungen in der Systemleistung verur- 
sachen. Das wird speziell dann sichtbar, wenn die Zwi- 
schenablage zum Übertragen großer aneinanderliegender 
Datenelemente herangezogen wird. 


Tip: Prüfung von Rückgabewerten und Nebeneffekten. 
Viele der API-Funktionen in Windows liefern nach der 
Ausführung einen Wert zurück. In den meisten Fällen ist es 
nicht ratsam, diese Rückgabewerte zu ignorieren, da unge- 
wöhnliche Zustände entstehen können, wenn eine Funktion 
fehlschlägt. Darüber hinaus haben viele Windows-Funktio- 
nen Nebeneffekte, die zu unvorhergesehenen Resultaten 
führen. Des weiteren ist es leicht möglich, das der API- 
Code selbst sich mit einer neuen Version von Windows 
ändert, was zu neuen und unvorhersagbaren Situationen 
führen kann. 


Trick: Fehlermeldungen stapeln. Wenn man die Zwischen- 
ablage verwendet, kann es zur Belegung des gesamten 
Systemspeichers kommen. In einer solchen Situation wird 
fast jede kompliziertere Operation fehlschlagen und mögli- 
cherweise in einer maschinengewehrartigen Abfolge von 
Meldungsfeldern ausarten. 

Wo immer es möglich ist, ist es wünschenswert diese 
Meldungen zu stapeln und sie in einer einzigen Fehlermel- 
dung zusammenzufassen. Der typische Anwender ist mei- 
stens nicht am exakten Grund eines auftretenden Fehlers 
interessiert; er kümmert sich mehr um den aktuellen Zu- 
stand der Anwendung und darum, was er oder sie machen 
kann, damit sie wieder läuft. 


Problem: Unausführbarer Fehlerbehandlungscode. Ein 
Problem, auf das man sehr leicht stößt, tritt auf, wenn der 
Zustand eines Speicherüberlaufs erreicht wurde, der eine 


komplexe Fehlerbehandlungsroutine erfordert. Wenn diese 
Routinen und deren dazugehörigen Ressourcen auch nur 
wenig Speicherbereich brauchen, sind sie ebenfalls leicht 
fehleranfällig. Das Resultat kann so günstig sein, daß es zu 
einer verstümmelten Fehlermeldung führt oder so fatal, das 
das System zusammenbricht. Generell sei gesagt, daß es 
ratsam ist, Fehlerbehandlungs-Code einfach zu gestalten, 
ihn, wann immer möglich, im Speicher zu halten und unab- 
hängig von entfernbaren System-Ressourcen zu machen. 


Tip: Vermeide lange Perioden von Inaktivität. Anwendun- 
gen, die mit der Zwischenablage arbeiten, brauchen 
manchmal viel Zeit, wenn intensive Berechnungen durch- 
geführt werden müssen. Ein Beispiel dafür ist das Anzeigen 
eines komprimierten Graustufen-TIFF-Bildes auf einem 
monochromen Bildschirm. In einem solchen Fall muß die 
Anwendung das Bild in bitweise Pixelzeilen dekomprimie- 
ren, während es die Graustufen in monochrom umwandelt. 
Wie leicht vorstellbar ist, kann diese Operation einen 
beträchtlichen Teil des Systems in Anspruch nehmen und 
einige Sekunden dauern. 

In solchen Situationen wird am besten eine der folgen- 
den Techniken verwendet: 
Kleine Jobs Verändern des Mauszeigers zu einer Sanduhr 
Mittlere Jobs Anzeige eines modalen Dialogfelds mit einer Abbruch- 

Schaltfläche 


Anzeige eines nicht-modalen Dialogfeldes mit einer 
Abbruch-Schaltfläche 


Große Jobs 


Problem: Null-Darstellung-Fehler. Um den verzögerten 
Darstellungprozeß für andere Anwendungen transparent zu 
machen, muß der Zwischenablage-Besitzer alle Interaktio- 
nen korrekt ausführen. Wenn der Zwischenablage-Besitzer 
die Meldung WM_RENDERFORMAT oder die Meldung 
WM_RENDERALLFORMATS erhält, sollte er versuchen, die 
angeforderten Daten zu übergeben. Wenn er die Daten 
wegen ungenügendem Speicherplatz oder aus anderen 
Gründen nicht übergeben kann, sollte es der Zwischenab- 
lage-Besitzer unterlassen, die Funktion SetClipboard- 
Data mit einer Null-Handle aufzurufen. Dies würde zu 
einer falschen WM_DRAWCLIPBOARD-Meldung führen, die 
die Betrachterkette entlang nach unten gesendet wird, da 
Windows annimmt, daß die Zwischenablage sich wieder 
verändert hat, wobei in Wahrheit Null-Daten dargestellt 
werden. Wenn die Daten nicht dargestellt werden können, 
ist es ratsam, gar nichts zu tun. Das nächste Mal, wenn die 
Daten angefordert werden, wird Windows eine weitere 
WM_RENDERFORMAT-Meldung senden. Die Anfrage mag 
diesmal erfolgreich sein, da die exakte Speicherkonfigura- 
tion, zu der bei der letzten Anfrage verschieden sein könnte. 


Problem: Gebrauch von verzögerter Darstellung bei Nicht- 
Bereitschaft. Beim Aufruf von CloseClipboard wird 
unmittelbar nach dem Kopieren von Daten in die Zwi- 
schenablage eine WM_DRAWCLIPBOARD-Meldung die 


Betrachterkette entlang nach unten gesendet. Wenn einer 
der Zwischenablage-Betrachter unmittelbar die Daten 
anfragt, wird eine WM_RENDERFORMAT-Meldung an den 
gegenwärtigen Zwischenablage-Besitzer gesendet. 
(Beachten Sie den Wiedereintritt, da die Close- 
Clipboard-Funktion noch nicht abgeschlossen ist.) 

Diese unmittelbare Reaktion von einer oder mehreren 
Anwendungen in der Betrachter-Kette kann auftreten, noch 
bevor die Kopierfunktion bereit ist, Daten zu senden. In 
diesem Fall wird eine inkorrekte Antwort an die WM_REN- 
DERFORMAT-Meldung übergeben, wodurch die Zwischenab- 
lage in einem unbestimmbaren Zustand gerät, und eine 
Menge anderer Probleme verursacht wird. Dies kann 
dadurch vermieden werden, daß man CloseClipboard 
erst aufruft, wenn die Daten zufriedenstellend übergeben 
werden können. 


Problem: Zusätzliche WM_DRAWCLIPBOARD-Meldungen. 
Ein weiteres Problem, dem man vorbeugen sollte, taucht 
auf, wenn ein Mitglied der Zwischenablage-Betrachterkette 
eine Anfrage für Null-Daten stellt. Beim Aufruf von 
GetClipboardData durch eine Anwendung sendet Win- 
dows eine WM_RENDERFORMAT-Meldung zum derzeitigen 
Zwischenablage-Besitzer. Hinter den Kulissen sendet Win- 
dows eine zusätzliche WM_DRAWCLIPBOARD-Meldung die 
Betrachterkette nach unten als Antwort auf den 
SetClipboardData-Aufruf. Die einfügende Anwendung 
empfängt diese falsche Meldung, da sie ebenfalls ein Mit- 
glied der Kette ist und kann dazu verleitet werden, zu glau- 
ben, daß sich der Zwischenablage-Inhalt schon wieder ver- 
ändert hat. Der einzige Weg dies zu verhindern ist das Füh- 
ren eines Flags, das sinnvolle WM_DRAWCLIPBOARD-Mel- 
dungen von falschen unterscheidet. 


Fazit 


Obgleich das Einbinden guter Zwischenablage-Unterstüt- 
zung in ein Programm herausfordernd und zeitaufwendig 
sein kann, ist es der Nutzen wert, den man daraus zieht. Da 
immer mehr Software unter Windows auf den Markt 
kommt, werden Produkte neben ihren Leistungen zuneh- 
mend nach ihren Verbindungsmöglichkeiten beurteilt. 
Umfassende Unterstützung der Zwischenablage ist ein 
natürlicher und logischer Weg jene interne Verknüpfung zu 
erreichen, die von Benutzern erwartet wird. 

Trotz der Komplexität dieses Artikels wurden viele 
Punkte noch nicht aufgezeigt. Die komplizierteren Zwi- 
schenablage-Formate haben alle jeweils ihre eigenen Spezi- 
fikationen. Es ist einiges gutes Referenzmaterial verfügbar, 
welches das Programmieren der Zwischenablage detailliert 
erklärt. Das beste davon ist »Programming Windows« von 
Charles Petzold (Microsoft Press, 1988). Mit diesem und 
anderem Material lassen sich selbst die kompliziertesten 
Zwischenablage-Probleme mit etwas Geduld lösen. 

Kevin P. Welch / David E. West 
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Encapsulated Postscript 


Encapsulated PostScript (EPS) wird immer 
stärker das Standardmittel zum Transfer von 
Grafiken und Text zwischen unterschiedlichen 
Anwendungen unter verschiedenen Systemumge- 
bungen. Diese industrieweite Anerkennung des 
Standards führte zur Integration von EPS- 
Unterstützung in viele populäre Programme. 


EPS wurde für die Microsoft Windows-Umgebung auf 
IBM-PC-kompatiblen enthusiastisch aufgenommen. Win- 
dows selbst hat sich als überaus konsistente und benutzer- 
freundliche Umgebung bewiesen, die die Entwicklung von 
grafikorientierten Anwendungen erleichtert. EPS ist von 
speziellem Interesse für solche Anwendungen, da es als 
geräteunabhängiges Mittel zum Transport grafischer Objek- 
te zwischen Anwendungen und Umgebungen dienen kann. 

Es existieren nun einige Anwendungen unter Windows, 
die diesen Standard unterstützen, und viele weitere sind in 
Entwicklung. Diese Anwendungen sind im Moment auf das 
Importieren und Exportieren von EPS-Dateien auf Diskette 
beschränkt, was normalerweise nur mit einem expliziten 
Benutzerbefehl ausgeführt werden kann und etwas mühsam 
zu handhaben ist. Auch verkompliziert das unnötig die inte- 
grierte, freundliche Umgebung von Windows. 

Diese Situation würde sich durch die Definition eines 
Zwischenablage-Datenformates für den EPS-Standard ent- 
scheidend verbessern. Dadurch würde es ermöglicht, 
PostScript-Bilder über die Zwischenablage und durch 
Dynamic Data Exchange (DDE) zu übertragen. Anwendun- 
gen hätten dann gemeinsamen Zugriff auf Text und 
Grafiken, indem sie dieselben Mechanismen wie für andere 
vordefinierte Formate benutzen. 


Anforderungen 


Jede Definition eines neuen Zwischenablage-Datenformats 
für EPS muß verschiedene Entwurfskriterien und Anforde- 
rungen erfüllen, die der exakten Festlegung der Spezifika- 
tion dienen. Dazu gehören unter anderem die folgenden 
Kriterien: 


1. Die Spezifikation sollte die Fähigkeiten der Zwischen- 
ablage zu Mehrfach-Darstellungen berücksichtigen und 
so viele Standard-Darstellungen der Bilder wie möglich 
für existierende Windows-Anwendungen anbieten. Dies 
würde solchen Programmen wie Write und Paint Zugriff 
auf Bildschirm- und Drucker-Darstellungen von Post- 
Script-Bildern geben. 

2. Die Spezifikation muß nicht unbedingt mit beliebig 
großen und komplexen Bildern arbeiten. Wie es bei dem 
CF_TIFF-Zwischenablage-Format der Fall ist, werden 
große Bilder vielleicht am besten durch einen anderen 
Mechanismus übergeben. 

3. Der Transfer von kleinen Bildern zwischen Anwendun- 
gen (etwa zwischen 10 Kbyte und 64 Kbyte) sollte so 
effizient wie möglich durchgeführt werden und unter 


44 Microsoft System Journal November/Dezember 1988 


Verwendung von Standard-Zwischenablage-Operatio- 
nen vollständig im Speicher ablaufen. 

4. Die zukünftige Definition einer Bitmap-Maske für jede 
Bild-Darstellung, die als Teil dieser Spezifikation vorge- 
sehen ist, sollte erlaubt werden. Dies ermöglicht der 
Ziel-Anwendung, nicht-rechteckige Bild-Darstellungen 
über existierende Grafiken und Texte zu lagern. 

5. Es sollte eine Unterscheidung zwischen den PostS$cript- 
Texten und den verschiedenen Bild-Darstellungen, die 
als Teil des Standards vorhanden sind, gemacht werden. 
Dies würde mögliche zukünftige Systeme berücksichti- 
gen, die Display-PostScript verwenden, und den Bedarf 
an speziellen Bildschirm-Darstellungen verringern. 


Ferner ergibt sich aus einer Analyse von EPS-Grafiken 
auf IBM-kompatiblen PCs, daß die Bilder in einem Bereich 
von ca. 2 Kbyte bis über 3 Mbyte liegen. Die meisten der 
weniger komplizierten Bilder sind kleiner als 64 Kbyte und 
gehen daher mit den Entwicklungszielen dieser Spezifika- 
tion konform. 


Spezifikations-Vorschlag 


Der folgende Vorschlag für eine Spezifikation beschreibt 
die Mechanismen und Standards, die zum Transfer von 
EPS-Bildern via Zwischenablage dienen. Diese Diskussion 
arbeitet mit der vorhandenen EPS-Dateidefinition und 
berücksichtigt keine geräteabhängigen Veränderungen 
dieses Standards in der Zukunft. 


1. EPSF-Objekte sind ein Zusammenschluß von Standard- 
PostScript-Text mit einer oder mehreren zusätzlichen 
Bild-Darstellungen, wie etwa eine Windows-Metadatei, 
ein TIFF-Bild oder möglicherweise eine Macintosh- 
PICT-Darstellung. 


2. Jede Anwendung, die den Zwischenablage-Transfer von 


EPSF-Bildern unterstützt, müßte ein PostScript-Zwi- 
schenablage-Format registrieren. Dies würde dadurch 
erreicht, daß die folgende Zeichenkette an die Windows- 
Funktion RegisterClipboardFormat übergeben 
wird: 
Postscript 

Mehrfache Registrierung dieses Formats bewirkt die 
Rückgabe derselben ID-Nummer mit einem um eins 
erhöhten internen Referenz-Zähler. Mehrere kooperie- 
rende Anwendungen könnten sich dann dieselben For- 
matnummern teilen, auch wenn diese von Sitzung zu Sit- 
zung variieren. 

3. Eine Anwendung, die ein EPSF-Bild über die Zwischen- 
ablage überträgt, würde einen PostScript-Text mit einer 
oder mehreren Bilddarstellungn übergeben. Die lie- 
fernde Anwendung wäre verantwortlich für die Ent- 
scheidung, ob genügend Speicherplatz für die Kopier- 
operation vorhanden ist und welche der zusätzlichen 
Darstellungen geliefert werden. 

Die zusätzlichen Darstellungen wären normalerweise 
einfache Zwischenablage-Kopien der abgebildeten Dar- 
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stellungen, die mit dem PostScript-Text mitgeliefert 
werden. In einigen Situationen möchte eventuell die le- 
fernde Anwendung zusätzliche Darstellungen der Bilder 
erzeugen. Zum Beispiel könnte eine Windows-Meta- 
datei-Darstellung in einer Monochrom-Bitmap verar- 
beitet werden, wodurch Anwendungen wie Windows 
Paint Zugriff zu einer groben Darstellung der Post- 
Script-Abbildung gewinnen würden. Die liefernde 
Anwendung wäre in diesem Beispiel für die Be- 
stimmumg der Abmessungen dieser zusätzlichen 
Bitmap-Darstellung verantwortlich. 

Es ıst zu beachten, daß ın den meisten Fällen die lıe- 
fernde Anwendung die PostScript- und Bilddarstellungn 
auf einer verzögerten Basis liefern würde, damit die 
Generierung von ungewünschten Formaten und die 
Belegung von wertvollem Speicherplatz verhindert wird. 

4. Das PostScript-Zwischenablage-Objekt bestünde aus 
Standard-PostScript-Text, der direkt aus der EPSF- 
Datei genommen wird. Anwendungen, die den Post- 
Script-Text anzeigen wollen, können dies mit Standard- 
ASCII-Textbearbeitungs-Mechanismen erreichen. 

5. In einigen Situationen wäre es wünschenswert, eine Sha- 
dow-Mask für jede Bitmap-Darstellung des EPSF-Bildes 
zu liefern. Das würde einfügenden Anwendungen das 
Überlagern der Bitmaps über vorhandenen Text und 
Grafiken erlauben. Trotz der Vorteile dieser Möglich- 
keit empfehlen wir, daß derzeit kein zusätzliches Format 
für diese Maske definiert wird. 

Zu beachten ist, daß viele CF TIFF-Bilder, das des 
Adobe Illustrator!M eingeschlossen, eine TIFF-Maske 
als Teil der gesamten Abbildung beinhalten. 

6. Die kopierende Anwendung wäre verantwortlich für die 
Freigabe jedes globalen Speicherbereichs, der mit dem 
PostScript-Text verbunden ist, wenn die Daten durch 
einen anderen Eintrag ersetzt werden, obgleich dies 
normalerweise Aufgabe von Windows selbst ist. Der 
Empfang der Meldung WM_DESTROYCLIPBOARD würde 
aufzeigen, das dies passiert ist. Die kopierende Anwen- 
dung, welche in diesem Schema nicht Teil der Zwi- 
schenablage-Betrachterkette sein muß, kann dann den 
Speicherplatz, der mit dem PostScript-Zwischenablage- 
Objekt verbunden ist, freigeben. 


Implementierung 


Diese Spezifikation ist, bis zu diesem Punkt, nur ein Vor- 
schlag. Die Definition wird sich wahrscheinlich verändern, 
sobald alle interessierten Parteien ihren Kommentar abge- 
geben haben. Die endgültige Anerkennung und Implemen- 
tatıon dieses Standards kann auf drei Arten erfolgen, die im 
folgenden, in absteigender Reihenfolge Ihrer Erwünscht- 
heit, aufgezeigt werden. 

Erstens könnte Microsoft ein neues Zwischenablage- 
Format, zum Beispiel CF_POSTSCRIPT, definieren und es 
zu einem Teil eines zukünftigen Windows Software Deve- 
lopment Kit (SDK) machen. Dies würde eine aktualisierte 
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Version von WINDOWS.H und eine überarbeitete Doku- 
mentation erfordern. Microsoft würde dann der Pfleger der 
Definition und verantwortlich für seine Unterstützung und 
möglichen zukünftigen Erweiterungen sein. Die Windows- 
Zwischenablage wäre dann für die Freigabe von globalem 
Speicherplatz verantwortlich, der von PostScript-Text kon- 
sumiert wird, wodurch die liefernde Anwendung von dieser 
Aufgabe befreit wird. Des weiteren wäre sie verantworlich 
dafür, daß sich nicht unbenutzte Ressourcen häufen. 

Zweitens: Der wahrscheinlichste Ablauf ist, daß sich 
eine repräsentative Gruppe von Software-Entwicklern, 
nachdem sie eine Übereinstimmung über die Spezifikation 
gefunden haben, die Definiton bekannt machen und tat- 
sächlich in einigen sich ergänzenden Produkten implemen- 
tieren. Jedes dieser Produkte wäre für die Registrierung des 
PostScript-Zwischenablage-Formats und für die jeweilige 
Unterstützung verantwortlich. Nach einiger Zeit würde das 
Zwischenablage-Protokoll zum Bearbeiten dieses Formats 
ein Industrie-Standard, der von allen anerkannt würde, bis 
es durch etwas Besseres ersetzt würde. Unter diesen Vor- 
aussetzungen wäre der Pfleger der Definition ein Komitee 
von Entwicklern, das für die Spezifikation verantwortlich 
wäre, bis diese die Berechtigung zur Einbeziehung in das 
Windows-SDK erworben hätte. 

Die letzte und am wenigsten wünschenswerteste Art zur 
Etablierung eines Standards ist, daß eine kleine Gruppe von 
Software-Entwicklern .eine Übereinstimmung über die Spe- 
zifikation findet, sie zum Teil ihrer Produkte machen, aber 
sie nicht der Öffentlichkeit zur Verfügung stellen. Diese 
würde vielleicht kurzzeitig diesen sich ergänzenden Pro- 
grammen einen Marktvorteil geben bis der Standard veröf- 
fentlicht, oder durch einen anderen veröffentlichten ersetzt 
würde. Wie dem auch sei, von einem historischen Stand- 
punkt betrachtet würde unter diesen Voraussetzungen der 
Standard wahrscheinlich kurzlebig sein, und niemals den 
Grad an Verbreitung erreichen, der zur Qualifizierung 
eines anerkannten Industriestandards nötig wäre. 


Zukünftige Möglichkeiten 


Die Entwicklung eines Mittels zum Transfer von EPS-Bil- 
dern über die Windows-Zwischenablage eröffnet einige 
interessante Möglichkeiten. Die Spezifikation und geplante 
Definition eines Standardmittels zum Erreichen dieser Auf- 
gabe ist ein Versuch zur Lösung des begleitenden Problems 
und zur Realisierung der Spezifikation. Viele Anwendun- 
gen, die derzeit in Gebrauch oder Entwicklung sind, könn- 
ten diese Spezifikation ausnützen und darüber hinaus Post- 
Script als die wünschenswerte Seitenbeschreibungssprache 
für Microsoft Windows bestätigen. 


Dieser Artikel ist nicht das letzte Wort zu diesem T'hema. Interessier- 
te Entwickler sind aufgefordert, so schnell wie möglich auf diesen Artikel 
zu reagieren und detaillierte Vorschläge zu seiner Verbesserung einzu- 
bringen. Bitte richten Sie alle Kommmentare, Vorschläge oder Kritiken 
an die folgende Adresse: 

Kevin P. Welch, President, Eikon Systems, Inc., 989 East Hillsdale 
Bivd., Suite 260, Foster City, CA 94404, (415) 349-4664 


Windows/386-Batchtool Bridge /386: 


Die Integration von Windows H PEREHREREEDR 


In den letzten 12 Monaten wurde von Softbridge 
Microsystems ein neuartiges Windows-Anwen- 
dungsprogramm entworfen. Ursprünglich nur 
ein Nebenprodukt hausinterner Entwicklungen, 
hat Bridge/386 seine Eigenständigkeit dadurch 
erreicht, daß es dem Benutzer erlaubt, die Win- 
dows-Umgebung nach eigenen Wünschen einzu- 
richten. 


Bis vor kurzem war Softbridge aus Cambridge, Mass., auf 
vertikale Anwendungen spezialisiert, unter anderem auf 
Software für Frachtgutverwaltung (The Positioning 
Decision Support System), Finanzplanung (The Softbridge 
Financial Planner), Versicherung- (The Flint Expert 
System) und Bankwesen (The Softbridge Commercial 
Banker). 

Während der Erstellung dieser Anwendungsprogramme 
haben Softbridge-Programmierer oft ihre eigenen System- 
Tools geschrieben, viele davon unter Microsoft Windows. 
Softbridge arbeitet seit März 1984 mit Windows und war 
damit einer der ersten unabhängigen Software-Hersteller, 
die es verwendeten. In den letzten vier Jahren hat Soft- 
bridge viel Erfahrung mit Windows gesammelt und dies 
brachte die Firma dazu, ihre Aufmerksamkeit über ihre 
traditionellen Produkte für den vertikalen Markt hinaus auf 
andere Programme zu richten. 

Softbridge erkannte, daß Windows zwar über eine Reihe 
ausgezeichneter Präsentationsobjekte verfügt, wie Fenster, 
Bildrolleisten und Dialogfelder, aber dem Benutzer wenig 
Möglichkeiten bietet, auf diese Objekte zuzugreifen. Ein 
Programmierer kann diese Windows-Einrichtungen sicher- 
lich ausschöpfen, der Benutzer jedoch kann sie nur verwen- 
den, wenn es das jeweilige Anwendungsprogramm erlaubt. 
Zum Beispiel war es dem Benutzer bisher unmöglich, ein 
eigenes Dialogfeld zu entwerfen. 

Unter DOS verfügt ein Benutzer über eine Stapelverar- 
beitungssprache, mit der sich, in begrenztem Rahmen, 
Menüs aufbauen oder wiederholende Abläufe automatisie- 
ren lassen. Unter Windows verliert der Benutzer sogar 
diese begrenzte Möglichkeit. Softbridge wollte dem Benut- 
zer etwas von dieser Funktionalität zurückgeben und 
begann eine Anzahl von Tools zu entwickeln, mit welchen 
man die Windows-Umgebung nicht auf Programmier-, 
sondern auf Benutzerebene verwalten kann. 

Softbridge arbeitete diese Idee bald weiter aus und 
begann ein System zu entwickeln, das dem Benutzer er- 
laubte, nicht nur Windows-Anwendungen, sondern auch 
Standardpakete wie Lotus 1-2-3 oder dBASE III zu inte- 
grieren. Was schließlich dabei entstand, war ein Tool, das 
dem Benutzer die Automatisierung der Ausführung sowohl 
Windows- als auch Windows-fremder Programme unter 
Windows erlaubt, auf ähnliche Weise wie es mit der DOS- 
Batchsprache möglich ist. 
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Bild 1: Bridge/386 bietet dem Benutzer umfangreiche Mög- 
lichkeiten zur Anpassung des Bridge-Fensters. 


Das Ergebnis ist ein abgerundetes System, das es der 
EDV-Abteilung einer Firma beispielsweise gestattet, 
Anwendungsprogramme für Ihre Benutzer zu kontrollieren, 
zu verwalten und zu integrieren. Vielleicht noch wichtiger 
ist, daß diese Software die Integration von verschiedenen 
Softwareprodukten unter der gemeinsamen Benutzer- 
schnittstelle von Windows ermöglicht. Sie gibt dem PC- 
Verwalter und auch dem Benutzer die Möglichkeit eigene 
Software zur Steuerung von Anwendungen zu entwickeln. 

Als Microsoft die letzten Versionen von Windows, Win- 
dows/286 und Windows/386 vorstellte, konnte Softbridge 
bereits Bridge/286TM und Bridge/386TM ankünden. Dar- 
über hinaus wird Softbridge im vierten Quartal 1988 
Bridge/OS vorstellen, eine Version von Bridge für OS/2 
und den Presentation Manager. Dies wird es ermöglichen, 
Arbeitsumgebungen, die unter Bridge und Windows/386 
oder Windows/286 entwickelt wurden, leicht auf OS/2 um- 
zustellen. 

Im Gegensatz zu den vertikalen Anwendungsprogram- 
men von Softbridge sind die Produkte Bridge/286 und /386 
Systemsoftware, mit welcher der Benutzer Windows- 
Anwendungen erweitern und entwickeln kann. Laut Fred 
Ciaramaglia, dem Vizepräsidenten der Abteilung Techno- 
logie, ist Softbridge nun daran interessiert, einen Ruf als 
Lieferant für Systemsoftware und nicht nur Anwendungs- 
software zu erlangen. Dies bedeutet, daß Bridge, welches 
als internes Tool für Anwendungsentwicklungen anfıng, nun 
als Systemprodukt über die üblichen Verkaufskanäle ver- 
trieben wird. 

Ein besonders interressanter Aspekt von Bridge ist, daß 
es unter jedem NetBIOS-kompatiblen LAN arbeitet, 
wodurch es Benutzeranwendungen transparent in einem 
Netzwerk vereinigen kann, während der Benutzer eine 
scheinbar lokale Arbeitsumgebung beibehält. PC-Verwalter 
können so dem Anwender eine Menge der Komplexität von 
Netzwerken abnehmen. 
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181% 


Bild 2: Bridge startet als ganz normales Programm mit der 
Titelleiste »Bridge«. 


Die wichtigste Stärke von Bridge/386 ist jedoch seine 
Schnittstelle zu Windows, die Möglichkeit, einige der 
Windows-Tools direkt unter Kontrolle des Anwenders 
arbeiten zu lassen, und natürlich das Multitasking von 
Anwendungen auf 80386-Systemen. 


Bridge/386 


Bridge/386 wird am besten als speziell für Windows ent- 

wickelte Batchsprache bezeichnet. Es erlaubt dem Benut- 

zer, wiederholende Windows-Abläufe zu automatisieren 

und sich mehrerer Anwendungsprogramme zu bedienen, 

ohne Windows zu verlassen. Ich habe Bridge /386 auf einem 

Intel InBoard 386 eingesetzt, um eine Windows-Anwendung 

aufzubauen, welche ich »The Integrated Programmer’s 

Workstation« (PWS) nenne und später vorstellen werde. 
Bridge/386 eröffnet Möglichkeiten, die denen gleichen, 

die mit der DOS-Batchsprache verfügbar sind. Es erweitert 

Windows um die folgenden Möglichkeiten: 

benutzerdefinierte Menüs 

benutzerdefinierte Dialogfelder 

verbesserte bedingte Verarbeitung 

Unterprogrammaufrufe 

Feldvariablen 

Meldungen zwischen Anwendungen 

Netzwerkfähigkeit 

»On«-Bedingungen (Verzweigungen und spezielle Ab- 

läufe, die durch eine zukünftige Bedingung auftreten) ° 

= Parameter, die an Aufrufdateien übergeben werden 
können 

= Unterstützung für benannte Arrays (verbessert die DOS 
Variablenmöglichkeiten #1 - #9) 

= eine ERROR-Varıable, eine umfassendere Version der 
DOS-Varıable ERRORLEVEL 

= die Fähigkeit, mehrere Befehle in eine Zeile zu setzen 
(durch Semikolon getrennt) 
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Bild 3: Wenn der Benutzer ein Bridge-Batchprogramm startet 
(in diesem Fall SLSMGR.BR aus Bild 2), befindet sich das 
Bridge-Fenster weiterhin auf dem Bildschirm; die Titelzeile 
ändert sich jedoch, so daß es aussieht, als ob ein neues Fen- 
ster geöffnet worden ist. 


Wie bei den DOS-Batchfunktionen schreibt man mit 
Bridge /386 zuerst eine gewöhnliche ASCII-Textdatei, wel- 
che die Bridge/386-Befehle enthält. Anstelle einer BAT- 
Datei erzeugt man eine Datei mit der Erweiterung BR, wo- 
durch die Datei als Bridge/386-Batchdatei gekennzeichnet 
wird. Von Windows/386 aus startete man dann 
BRIDGE.EXE, das Steuerprogramm von Bridge /386. 
BRIDGE.EXE ist ein Windows-Programm (Bild 2), das 
genauso aussieht wie jedes andere. Es besitzt sein eigenes 
Fenster und dient als Kontrollstelle für die zu entwickelnde 
Anwendung. 

Das Bridge/386-Fenster kann so eingerichtet werden, 
daß es an jeder Stelle des Bildschirms erscheint, wo immer 
es der Anwender wünscht. Es kann jede Größe und Gestalt 
annehmen und die Bridge-Titelleiste zeigt an, was der An- 
wender angezeigt haben will (Bild 3). Diese Anpassungs- 
möglichkeit erlaubt dem Anwender, Bridge/386 während 
der Ausführung zu verbergen und den Anschein zu er- 
wecken, daß der Benutzer sein eigenes Windows-Anwen- 
dungsprogramm verwendet. Durch Einbau einer Standard- 
zeile wie BR=Bridge.EXE *.BR in die Datei WIN.INI 
kann der Benutzer jede Anwendung, dıe die Erweiterung 
BR besitzt, aus dem MS-DOS-Fenster aufrufen, und es 
scheint dann ein Windows-Programm zu sein. 

Es kann immer nur eine Bridge/386-Batchdatei ausge- 
führt werden, bei Aufruf von mehreren stellt Bridge deren 
Ausführung in eine Warteschlange bis vorher aufgerufene 
Batchdateien beendet sind. 

Wenn Bridge zum ersten Mal gestartet wird, erscheint 
das Standard-Systemmenü in der oberen linken Ecke des 
Fensters (Bild 4). Dieses Menü erlaubt die direkte Eingabe 
von Bridge-Befehlen, beziehungsweise dıe Ausführung von 
Batchdateien. 


Windows 





Bridge 





Bild 4: Das Systen-Menü von Bridge. 


Zwei wichtige Optionen in diesem Menü sind Browser 
und Preferences. Browser ermöglicht die Prüfung und 
Steuerung des derzeitigen Bridge-Prozesses. Preference 
wird zur Auswahl von Optionen verwendet, zum Beispiel 
Farbe, Bildlaufleisten, Bridge-Schriftart und ob die Trace- 
Ausgabe von ausführenden Batchdateien an das Bridge- 
Fenster gesendet werden soll. Ich werde den Browser 
näher erklären, wenn ich zeige, wie ich ihn zum Testen und 
Debuggen von PWS verwendet habe. 


Die Teile von Bridge 


Bridge besitzt zwei Hauptteile: Die »Bridge Engine« und 
die verschiedenen APIs (Anwendungsprogrammierschnitt- 
stellen), die den Zugriff zu dieser »Engine« ermöglichen. 
Der »Kernel« stellt den Hauptteil der Engine dar. Er kann 
Anwendungen öffnen, aktivieren und schließen sowie Tasta- 
tureingaben zwischen Anwendungen abfangen und abar- 
beiten. Der Kernel verwaltet auch die Menüs und Dialoge, 
die zum Aufbau von Benutzerschnittstellen in Bridge-Pro- 
grammen verwendet werden können. Bedingungen wie ON 
KEY oder ON MESSAGE können dem Kernel mitgeteilt wer- 
den, so daß eine entprechende Aktion durchgeführt werden 
kann, wenn eine Aufruftaste betätigt oder eine Nachricht 
von einem anderen Programm empfangen wird. Das 
Bridge-Fenster wird vom Kernel direkt kontrolliert und 
kann, wie bereits erwähnt, vom Programm aus mit einer 
neuen Titelleiste versehen und zum Anzeigen von interakti- 
ven Benutzermenüs verwendet werden. 

Der Bridge-Nachrichtenverwalter ist der zweite Teil der 
Engine. Er erledigt das Öffnen, Überwachen und Schließen 
von Mailboxen. Diese Mailboxen werden zum Senden, 
Empfangen und Lesen von Nachrichten verwendet, die zwi- 
schen Anwendungsprogrammen in einem System oder 
Netzwerk zu Anwendungsprogrammen in einem anderen 
System gesendet werden. 


BRIDGE .EXE Der Bridge-Kernel und die Bridge-Batchschnittstelle 

BRDYN.EXE APIs für andere Bridge-Programmierschnittstellen. 

BRMSG.EXE Der Bridge-Message-Manager. 

BRDOS..EXE Der Bridge-DOS-Supemisor und die DOS-Batchschnitt- 
stelle. 

BR.COM Dient zur Ausgabe von Befehlen an den Bridge-Kernel, 


während man mit DOS arbeitet. Befehle können auch 
von Programmen aus über eine Interrupt 16H-Schnitt- 
stelle gegeben werden. 


Tabelle 1: Die Bestandteile von Bridge 


Der DOS-Supervisor schließlich ist jener Teil des 
Bridge-Kernels, der die Ausführung von Windows-fremden 
Anwendungen kontrolliert. Seine Aufgaben beinhalten das 
Lesen von DOS-Bildschirminhalten, das Abfangen und 
Abarbeiten von Tastatureingaben und die Verwaltung des 
Datenaustauschs zwischen Windows-fremden Programmen 
über die Windows-Zwischenablage. 

Der Supervisor erlaubt den Gebrauch von Dialogfeldern 
während des Ablaufs von normalen DOS-Anwendungen im 
Full-Screen-Modus. Unter Windows/286 und Bridge /286 
ist diese Kontrolle beschränkt auf das Senden einer einzigen 
Tastaureingabezeile und die Möglichkeit, die Bridge-Engine 
von DOS-Batchdateien aus mittels BR.COM aufzurufen. In 
Tabelle 1 werden die verschiedenen Teile und deren Funk- 
tion zusammengefaßt. 

Es sind APIs (Programmierschnittstellen) für Microsoft 
Excel, dBASE III und die Programmiersprache C in Ent- 
wicklung. Diese APIs werden in der ersten Version noch 
nicht voll unterstützt. Die Beta-Versionen, die ich sah, bie- 
ten Bearbeitungsmöglichkeiten, die denen des Batch-API 
gleichen und es Microsoft-Excel-Makros ermöglichen, 
Bridge-Funktionen wie MSG SEND oder MENU LOAD aufzu- 
rufen. 


Programmierung mit Bridge 


Bridge-Batch stellt, wie jede andere Programmiersprache, 
verschiedene Kontrollstrukturen zur Verfügung wie FOR, 
NEXT, IF, und GOSUB, sowie das berüchtigte GOTO. Die 
Tabelle 2 zeigt eine teilweise Liste der Bridge-Befehle. 

Variablen brauchen vor Gebrauch nicht definiert zu 
werden und Bridge/386-Datentypen beinhalten String, Inte- 
ger, Array, und Fließkomma. Unter den Objekten, derer 
man sich mit Bridge bedienen kann, sind Menüs, Fenster, 
Dialogfelder und Mailboxen für die Kommunikation zwi- 
schen Anwendungen. Alle normalen Arithmetik-Funktionen 
sind verfügbar und Vergleiche zwischen Datenobjekten 
desselben Types können angestellt werden. Es können 
Variablen in Funktionsaufrufen mittels einer Syntax über- 
geben werden, die der Schreibweise %1 der DOS-Batch- 
sprache ähnelt. 
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Programmier-Befehlsstrukturen 


Batch-Programmierung 
set 

shift 
Debugging-Unterstützung 


trace 
warning 


Datei-/DOS-Befehle 


Mailbox-Verwaltung 


nsg create 
nsg delete 
Insg netclose 
asg netinit 
nsg query 
nsg read 


Task-Steuerung 


foreground 
background 
fullscreen 
|maximize 
minimize 
window 


abs 
app.exist 
array.len 


exact 

file.size 

find 
left 


[upper 
Tabelle 3: Funktionen von Bridge. 
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Browse Over 2 
Ü) Wariables 


Ü)0n Keys 
Ö Hailboxes 
‘Windows 
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Kl Expand Arrays 





Bild 5: Der Bridge-Browser zeigt Detailinformationen über 
das PWS-Programm. 


Mit Bildschirm-Einheiten wird die Position und Größe 
von Fenstern festgelegt, eine Methode, die mit Prozent- 
anteilen des Bildschirms arbeitet. Individuelle Anwendun- 
gen können unter Kontrolle eines Batch-Programms zum 
Sinnbild verkleinert, wiederhergestellt oder zum Vollbild 
vergrößert werden. 

Es werden eine Menge Funktionen zum Bearbeiten der 
verschiedenen Datenobjekte zur Verfügung gestellt (siehe 
Tabelle 3, wo eine Teilliste darstellt ist). Ein Beispiel ist die 
Funktion FILE_PARSE(), die zum Auseinandernehmen 
der Dateinamen-Bestandteile Laufwerk, Pfad, Namen und 
Erweiterung verwendet wird. Die Array- und Stringoperato- 
ren erinnern an PostScript-Programme, da die Datentypen 
ähnlich sind. 

Viel von Bridges Stärke liegt in den Befehlen zum Bear- 
beiten von Menüs und Dialogfeldern. Diese Befehle werden 
zum Aufbau von anpruchsvollen Benutzerschnittstellen und 
zum Behandeln von Fehlerzuständen, die während der 
Ausführung von Batchprogrammen entstehen, verwendet. 
In Bild 6 ist eine Teiliste der Dialogbefehle aufgeführt. 


Die Entwicklung von Bridge 


Mehrere Umstände bewegten Softbridge zur Entwicklung 
von Bridge für die Windows-Umgebung. Der Hauptpunkt 
waren, laut Ciaramaglıa, »Anwendungsprogramme der 
Weltklasse, wie Microsoft Excel, die für den Windows Pre- 
sentation Manager entwickelt wurden.« Dies, zusammen 
mit einem langjährigen guten Verhältnis zwischen Soft- 
bridge und Microsoft, welches bis in die Tage von Multiplan 
im P-Code zurückreicht, war genug Ansporn. 

Bridge wurde in C und Assembler mit DOS als Entwick- 
lungsumgebung geschrieben. Ciaramaglia behauptet, daß 
das wichtigste bei der Entwicklung das gute Verhältnis 
zwischen Softbridge and Microsoft war. Er sagt weiter, daß 
»eine Menge DIAL, Zugriff zu den frühen Beta-Versionen 


DIALOG button option [default option] prompt [caption] 
dabei kann button_option sein: 
OK OKCANCEL RETRYCANCEL 
YESNO YESNOCANCEL ABORTRETRY IGNORE 
und default option ist: 
DEFBUTTONI button_number 


DIALOG FILE file_spec prompt [caption][RESULT 
variable name] 


DIALOG INPUT t [NUMBER][INTEGER)[caption][RESULT 
variable et He 


[AT x y] 

[SIZE width height] 
control ... 

END 

dabei kann control sein: 


CAPTION text 
CHECKBOX [AT x y] text [DEFAULT value][RESULT 
variable name] 
EDIT [WIDTH characters][AT x y][DEFAULT 
text ][ NUMBER] 
[INTEGER][RESULT variable name] 
ICON {HAND|EXCLAMATION!QUESTIÖN!ASTERISK}[AT x y] 
PUSHBUTTON [AT x y][DEFAULT value ][CANCEL] text [WIDTH 


characters 
TEXT [AT x yJ[text][WIDTH characters] 


Bild 6: Übersicht der Dialogfeld-Befehle von Bridge. 


und gelegentliche Telephongespräche mit Phil Barrett [dem 
Entwickler von Windows/386] zur Entwicklung von Bridge 
/386 notwendig waren«. 

Eines der Probleme auf die Softbridge stieß, war die 
merkwürdige Art des Time-Slicing von Windows beim 
Multitasking. Die Vordergrund-Task erhält um die 60 Pro- 
zent der CPU-Zykluszeit, während die restliche Zeit zwi- 
schen den verbleibenden Hintergrund-Tasks aufgeteilt wird. 
Dadurch wurde es schwierig die Durchführung vorauszu- 
sagen, wenn Bridge andere Anwendungen kontrollierte. 
Eine Anzahl von Erweiterungen wurde auf Ansuchen von 
Softbridge in Windows eingefügt. Im einzelnen wurden eini- 
ge der Debug-Funktionen, die planmäßig nach den Beta- 
Tests entfernt worden wären, beibehalten, da Sie für 
Bridge /386 so nützlich waren. 


Die Entwicklung von PWS 


Listing 1 zeigt den vollständigen Quellcode einer einfachen 
integrierten Programmierumgebung. Die ASCII-Datei 
PWSHELP.TXT, ebenfalls in Listing 1 zu sehen, erscheint in 
NOTEPAD, sobald im PWS-Menü Help angewählt wird. 

Die Entwicklungszeit dieser Anwendung betrug unge- 
fähr ein Tag und beinhaltete die Zeit zum Lernen von 
Bridge und das Testen und Debugging von PWS. Ich fand 
die interaktive Fenstertechnik-Umgebung beim Debuggen 


PWS: Eine Pro ie e für Win/386 und 
EN Susann om 
Von: Matt Trask Am: 23 APR 88 


REM 

REM 

REM Dieses Arc erwartet folgende Definitionen: 

REM Editor, e-Progras DEbUBEET» und Comm-Program als 
REM EDITOR.PIF, MAKE. WITH .PIF, und .PIF. 


REM *** Macht das Bridge-Fenster groß genug für die 
Menüleiste *"* 


select bridge; size 180 12; cls 


REM *** Lädt das Hauptmenü für die Programmierumgebung **%* 


caption "Programser's Workstation” 
menu load pws 


REM **%* bestimmt Hot-Keys *%*%* 


select windows; on key "e gosub callprog editor editor.pif 
select windows; on key "d gosub callprog debugger E .pif 
select windows; on key ”c gosub callprog comms comas 

return 


REM *** Hauptmenü der Programmierumgebung **%* 


menu define pws 

begin 
popup En&vironment 
begin 
menuitem ”Set Current D&rive” 
menuitem "Set Current D&irectory” 
nenuitem "Online Communication” 
en "DOS &Command Line” 

a 


popup "&Programming Tools” 
begin 


&Edit 
&Make 
&Debug 
&SCCS 


gosub set_drive 
gosub set cwd 
gosub comn 
gosub doscmd 





gosub edit 
gosub make 
gosub debug 
gosub sccs 


nenuitem ” 

nenuitem " 

nenuiten ” 

nenuitem ” 
end 


popup "&Windows Tools” 
begin 

menuitem &Calculator 
menuitem Calen&dar 


menuitem Cloc&k 
menuitem &Notepad 


end 
popup &Email 
beein 
nenuitem ”&Check Email” 


nenuitem "&Send Email” 
end 


gosub callprog calc calc 
BASOB OREIPFOE calendar 


gosub callprog clock clock 
gosub callprog notepad 
notepad 


osub pwsemail Check 
et pwsemail Send 


menuitem &Help gosub pwshelp 


menuitem "E&xit PHS” goto pwsexit 


REM *** Bestimmt das aktuelle Arbeitsverzeichnis **%* 


:set_cwd 
dialog input "Directory nane?” result cwd 
if Kerror$ == 2 return ; REM Feld "Abbrechen” 
f ; REM nichts angegeben 
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Windows 


von PWS äußerst nützlich. Die Größe der einzelnen Fen- 
ster, die von PWS gestartet wurden, konnte so vergrößert 
oder verkleinert werden, daß der Weg der Programmabar- 
beitung im Hauptfenster von Bridge verfolgt werden 
konnte. Wie früher schon erwähnt, kann diese Trace-Option 
durch die Auswahl von Programm Trace, Message 
Trace oder beiden im Bridge-Browser eingeschaltet wer- 
den. Der Browser kann jederzeit zur Untersuchung von 
Bridge-Variablen oder Mailboxen verwendet werden. 

Zu den erwähnenswerten Teilen von PWS gehören die 
drei Zeilen, die die sogenannten »Hot Keys« (Aufruftasten) 
einführen. Diese Befehle definieren (Ctr1)(E), (Ctr1J[D], und 
(tri)[c) als Hot Keys, die den Editor, Debugger bzw. ein 
Kommunikationsprogamm aktivieren. 

Der Hauptteil des PWS-Programms befindet sich in den 
ca. 30 Zeilen nach MENU DEFINE PWS. Diese Menüdefini- 
tion erzeugt die veschiedenen Pull-Down-Menüs und ande- 
re Auswahlmöglichkeiten des Menüs, die die Program- 
mierumgebung steuern. Nach dem Start von PWS wird der 
Programmierer gewöhnlich Set Current Drive und Set 
Current Directory anwählen, um Standardwerte für die 
Edit-, Make-, und Debug-Befehle einzustellen. Edit und 
Debug zeigen den Gebrauch von Dialogfeldern bei der 
Auswahl einer Datei im aktuellen Verzeichnis. 

PWS ist ein ziemlich einfaches Beispiel für die Batch- 
Fähigkeiten von Bridge /386. Es kann durch den Gebrauch 
von BRDOS (dem DOS-Supervisor), anstelle der PIF- 
Dateien zum Starten der Programme Edit, Make, und 
Debug erweitert werden, wodurch größere Möglichkeiten 
zur Kontrolle und Kommunikation zwischen Programmen 
geboten würden. Es könnte auch der Programmcode so 
geschrieben werden, daß die Existenz von wichtigen 
Dateien, wie beispielsweise EDITOR.PIF, geprüft und 
automatisch PIFEDIT gestartet wird, wenn dies nicht der 
Fall ist. Mit einer solchen automatischen Einrichtung kann 
jedes Bridge-Programm ausgestattet werden. 


Fazit 


Bridge /286 und Bridge/386 sind wahrscheinlich am besten 
für System-Integrierer geeignet, die Komplettanwendungen 
entwickeln, die Windows/286 oder Windows/386 beinhal- 
ten. Größere Betriebe könnten Bridge/286 und Bridge /386 
zur Konfiguration individueller PCs mit vereinfachten 
Benutzerschnittstellen, die für die Angestellten leichter ver- 
ständlich sind, verwenden. Softwareanbieter könnten Bridge 
zur automatischen Installation und als Online-Tutorial für 
ihre eigenen Produkte gebrauchen. 

PWS sollte als schnelles und leichtes Beispiel. der 
Bridge /386-Programmierung verstanden werden, und nicht 
als Darstellung aller Bridge-Fähigkeiten. Ich könnte mir 
unter Bridge /386 eine Arbeitsumgebung vorstellen, die ihre 
Aufgaben daran anpaßt, ob ich gerade als Programmierer, 
Autor oder Buchhalter tätig bin. 
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REM ### Bestimmt das aktuelle Laufwerk #*#** 


:set_drive 
dialog ir 

if Xerror% == 2 return 

if Xdrivef == "" return 
*dirivek: 

return 






"New drive name?” result drive 
; REM Feld "Abbrechen" 
; REM nichts angegeben 










REM #** Startet COMMAND.COM 3% 
:doscad 
\exec /N:doscmd commandw.pif 
return 


‚REM %** Startet eine Kommunikations-Sitzung *%*%* 








:comm 
exec /N:conms comms.pif 
return 








REM #** Editiert eine Datei *** 


edit 
dialog file *.asm "Edit which file?” result edfile 

if Xerror# == 2 return ‚ REM Feld "Abbrechen" 
exec editor.pif Kedfilef 

return 









REM #%** Erstellt ein Programm *** 


:make 
'exec make,pif 
| return 









REM ##* Debugging eines Programms *** 





:debug 
dialog file * 
if Kerrorf$ == 2 retur 

exec debugger..pif ddbgrilet 
|return 


a 








REM *** Startet das Quellcode-Kontrollsystem. *"** 





:Sccs 
dialog ok "Not implemented yet" "SCCS" 
return 










REM #%%* Unterprogramm zum Aufruf einer Windows-Anwendung *** 






:callpro 
REM Shllte die Anwendung bereits existieren, wird sie aktiviert | 
REM und zurückgekehrt, 
if app.exist(#1) select #1; activate; return 
REM ansonsten wird sie gestartet 
exec /N:#1 #2 
return 








REM #** Ausgabezeile für Email-System *** 









':pwsemail 
eig ok "Email system not available in PWS demo” "#1 Email" 
|return 


REM #** Zeigt Hilfstext mittels Notepad **% 






:pwshelp 

menu load ; REM Lädt Beendigungs-Hilfemenü in das 
; Bridge-Fenster 

begin 






menuitem "E&xit Help" menu load pws; warning off; 
select help; close 

end | 

exec /N:help notepad.exe pwshelp; move 8 12 188 88 

return 






REM %* Schließen der Anwendung und Ende ##* 


:pwsexit 


if app.exist(comss) then 

| select comas; activate 
dialog ok "Exit halted, you must close this app 
first” Comas 


if ee then 


ct editor; activate 
dialog ok "Exit halted, you must close this app 
first” Comas 


if ‚exist(debugger ) then 
oe lect de ;‚ activate 
dialog ok t "halted, you must close this app 
first" Comas 


halt 
end if 


REM *** Freigabe der Hot-Keys *** 

;‚ select windows; on key "c 
warning off; select windows; on key "d 
|warning off; select windows; on key “e 
|REM ### Schliegen der Windows-Anwendungen **%* 
|warning off; select calc; close 
warning off: select calendar; close 
warning off; select clock; close 
warning off; select notepad; close 


REM *** Windows beenden **#* 
warning off; select asdos; close 


Help Text for PWS, the Programmer’s Workstation 


This is an example of a programmer’s workstation including: 


Setting the default drive and working directory 


Fe a comaunications program as a background 


Running a DOS shell and command line 

Some desktop tools 

A link to an electronic mail system 

Help documentation specific to the workstation 


"Hot keys” for quickly switching between 
applications 


COMMANDS: 


Set Current Drive - use this to log the drive 
containing your project's source tree. 


Set Current Directory - specify the current working 
directory for your project. 





Windows 


Online Communication - start a comm Progran that can 
be used for background fil 
transfers while working. 


DOS Command Line - runs COMMAND.COM in a virtual 
sachine for normal access to DOS 


capabilities. 


Pro ing Tools - edit, make, de and SCCS the 
ee parts of your current es ect. These 
commands assume that you have alr 
set the current drive and directory. 
You must create PIF files for each of 
these choices that define your 
particular tools. 


Windows Tools - Provides access to four desktop 
tools-calculator, calendar, clock, and 
notepad. 

Email - Allows checking or sending of electronic 
mail erg as (The email system is not 
available for this demo.) 

Help - Displays this help inforsation. 


Exit - Closes all open applications and exits fron 
PWS. 


HOT KEYS: 


The following hot keys are available to quickly 
switch to a specific application. 


Gtrl-C (for Comas) - Kun to the communication 
session 
Ctrl-D (for Debugger) - switch to the current 


gehugging sesslon 
Ctri-E (for Editor) - swi to the current edit 
session 





Listing 1: PWS.BR, cine integrierte Programmierumgebung. 


Eine faszinierende Möglichkeit wäre die Entwicklung 
eines automatischen Aktiensystems, das die verschiedenen 
Notierungen von einem Online-Börsentelegraph einlıiest, 
und nachdem die Daten in einem Microsoft-Excel-Arbeits- 
blatt behandelt wurden, Kauf- oder Verkaufsentscheidun- 
gen trifft, und BRDOS zur Steuerung eines Kommunikati- 
onsprogramm verwendet, das die Aufträge an den Compu- 
ter eines Börsenmaklers sendet. 

Obgleich ich noch nicht herausgefunden habe, wie ich 
zwei Vorkommen von Reversi gegeneinander spielen lassen 
kann, scheint es doch genug Möglichkeiten in Bridge zu 
geben, alles andere auszuführen, was ich mir unter Win- 
dows wünsche. Softbridge Microsystems hat mit Bridge 
Windows etwas zu Windows hinzugefügt, das für viele 
Benutzer von Personalcomputern interessant ist. Bridge 
/386 und Bridge/286 werden eventuell die Art verändern, in 
der Leute Microsoft Windows/386 und Windows/286 ver- 
wenden. 

Matt Trask 
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Philips, Sony und Microsoft entwickeln 
erweiterte CD-ROM-Architektur 


Die Unternehmen Philips, Sony und Microsoft haben eine 
Vereinbarung über die gemeinsame Entwicklung eines 
erweiterten CD-ROM-Formats mit der Bezeichnung »CD- 
ROM Extended Architecture« (CD-ROM-XA) getroffen. 
Das erweiterte Format umfaßt die Audio- und Grafik- 
technik des CD-I-Formats und dient als Brücke zwischen 
CD-ROM und CD-Interactive (CD-I). 

Das CD-ROM-Format ist von Philips und Sony ur- 
sprünglich als offenes System für die Datenspeicherung 
entwickelt worden. Als neue Aufgaben und Anforderungen 
entstanden, entwickelte eine Gruppe von Unternehmen der 
Computerindustrie eine gemeinsame Speicher- und Datei- 
struktur, die mittlerweile unter der Bezeichnung ISO9660 
ein internationaler Standard geworden ist. 

In jüngster Zeit gibt es einen dringenden Bedarf für die 
Definition weiterer CD-ROM-Format-Standards, die mit 
dem ISO9660-Standard übereinstimmen. Dies betrifft 
besonders den Bereich der Multimedia-Applikationen für 
PCs. Betroffen sind nicht nur Texte und Daten, sondern 
auch die komprimierte Speicherung von Tönen, Grafiken, 
stehenden Bildern und möglicherweise auch bewegten Bil- 
dern. 


Die drei Unternehmen Philips, Sony und Microsoft 
haben sich auf folgendes Entwicklungskonzept für CD- 
ROM-XA verständigt: 


» »Interleaved ADPCM-Audio« - wie im CD-I-Standard 
definiert - wird auch Bestandteil des CD-ROM-XA sein. 
Detaillierte Spezifikationen für diesen Teil des Stan- 
dards werden in Kürze veröffentlicht. 


» Im Rahmen von CD-ROM-XA wird zusätzlich ein Text / 
Grafik-Darstellungsformat für PC-Bildschirme definiert. 
Ein erstes Vorschlags-Referenzdokument für das voll- 
ständige Format soll noch in diesem Jahr verbreitet 
werden. Die endgültigen Spezifikationen sollen im näch- 
sten Jahr folgen. 


CD-ROM-XA bietet eine Vielzahl von Funktionen, wie 
sie auch im CD-I-Format zu finden sind. Diese Funktionen 
sind allerdings nicht abhängig von einem speziellen 
Betriebssystem oder einer bestimmten CPU. Das neue For- 
mat wird Programmanbietern die Möglichkeit geben, Disks 
auf den Markt zu bringen, die nicht nur auf jedem entspre- 
chend ausgestatteten PC, sondern auch auf jedem CD-I- 
System abspielbar sind. Diese Möglichkeit wird dazu bei- 
tragen, die Voraussetzungen dafür zu schaffen, daß das CD- 
I-System in naher Zukunft unter günstigen Bedingungen 
eingeführt werden kann, 

Das CD-Digital-Audio-Format soll auch weiterhin kon- 
ventionellen Musikapplikationen vorbehalten bleiben, um 
mögliche Konflikte mit der Musikbranche zu vermeiden. 
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CD-ROM-XA wird sowohl den privaten, wie den pro- 
fessionellen Anwendern eine neue Dimension von CD- 
Applikationen erschließen. Als Brücke zwischen CD-ROM 
und CD-I erlaubt das neue Format den Firmen Philips und 
Sony, die derzeitigen Marktchancen des CD-ROM- 
Geschäftes zu fördern, während gleichzeitig das Feld für die 
Einführung des CD-I-Systems bereitet wird. 


Fakten zum CD-I-Standard 


Als gemeinsame Entwicklung von Philips und Sony unter- 
stützt CD-I auf breiter Basis die interaktive Nutzung und 
die Anwendung von Daten und Informationen in Form von 
Tönen (Musik, Sprache), Video-Standbildern, Zeichen- 
trickfilmen, Grafiken und Computerprogrammen. Wie CD- 
Audio basiert auch CD-I auf internationalen Standards, die 
eine vollständige Kompatibilität sichern, und ermöglicht 
eine Vielzahl von Anwendungen im privaten Bereich, im 
Bildungswesen und auf anderen Gebieten. 

Genau wie ein konventioneller CD-Audio-Player kann 
ein CD-I-Player auf einfache Weise an eine Stereo-Anlage, 
oder - wie ein Videorekorder - an ein Fernsehgerät ange- 
schlossen werden. Ein CD-I-Player ist außerdem einfach zu 
bedienen. Er ist mit Mikroprozessoren der 68000-Serie aus- 
gestattet und arbeitet mit dem Betriebssystem CD-RTOS 
(CD Real-Time OS). Zur interaktiven Nutzung einer brei- 
ten Palette von Software haben CD-I-Player einen einge- 
bauten Systemcontroller. Der Systemcontroller schafft die 
Voraussetzung zur Entwicklung und Anwendung eines brei- 
ten Spektrums von Software für die Unterhaltung, die Infor- 
mation oder zur Ausbildung. 


Fakten zum CD-ROM-XA-Standard 


ÜD-ROM-XA wird mit der ADPCM (Adaptive Differen- 
tial Pulse Code Modulation) arbeiten, so wie sie beim CD- 
I-System standardisiert ist. Diese Modulationsart unter- 
stützt die komprimierte Speicherung von Digital-Audio- 
Signalen in Interleaved-Technik. Texte, Grafiken und 
Video-Standbilder lassen sich auf diese Weise miteinander 
wiedergeben, so daß Echtzeit-Simultan-Playback-Aufnah- 
men möglich sind. 

Das CD-Digital-Audio-Format (Red Book) wird auch 
weiterhin konventionellen Musikanwendungen vorbehalten 
sein, so daß jeglicher Konflikt mit der Musikbranche ver- 
mieden wird. 

Zusätzlich zur Interleaved-ADPCM-Audio-Funktion 
wird das CD-ROM-XA-Format zukünftig einen Text/Gra- 
fik-Bildschirm-Darstellungs-Standard beinhalten. Das 
System zielt hauptsächlich auf professionelle und institutio- 
nelle Anwender sowie auf Referenzanwendungen. Es ist 
grundsätzlich transparent für jeden PC und nicht abhängig 
von dem Einsatz spezieller Mikroprozessoren oder 
Betriebssysteme. 

Programmanbieter werden dazu ermuntert, Disks 
gemäß dem neuen Format zu erstellen, die mindestens auf 
MS-DOS- und CD-RTOS /68K-Systemen abspielbar sind. 
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Die wesentlichen Systemanforderungen umfassen: 


= Jede CD-ROM-XA-Spur ist eine CD-ROM-Mode-2- 
Spur. 

= ADPCM gemäß CD-I-Spezifikationen mit Tonqualitäts- 
stufen Bund C. 

= Bildschirm-Darstellungsformat: 

Auflösung 640 x 480 Bildpunkte, maximal 8 Bit Tiefe 

Farbcodierung CLUT, maximal 8 Bit. 

Speicher- und Dateistruktur gemäß ISO9660. 

Zeichensatz gemäß IS08859/1. 

»Single Plane«-Darstellung, Mischung von Text und 

Grafiken. 

= Für jedes Zielsystem Retrieval-Software auf der Disk. 


Software-Entwicklungs-Kit für den SQL-Server 


Microsoft und Ashton-Tate haben jetzt ein Software-Ent- 
wicklungs-Kit für den Ashton-Tate/Microsoft-SQL-Server 
vorgestellt. Der SOL-Server, eine Gemeinschaftsentwick- 
lung der beiden Unternehmen, ist eine auf MS OS/2-basie- 
rende Software-Plattform, die Netzwerk-Anwendern 
hochentwickelte Datenbank-Struktur- und Zugriffshilfen 
zur Verfügung stellt. Das Entwicklungspaket mit der 
Bezeichnung »SQL Server Network Developer’s Kit« ent- 
hält die komplette Software, Dokumentation und die 
»Application Programming Interface Libraries« für den 
SQL-Server und den MS OS/2-LAN-Manager, das neue 
Betriebssystem für lokale Netzwerke von Microsoft. Die 
API-Libraries können zusammen mit dem C-Compiler von 
Microsoft eingesetzt werden, um Applikationen für MS- 
DOS, Microsoft Windows oder MS OS/2 zu schreiben, die 
mit dem SQL-Server in einem Netzwerk arbeiten. 

»Das ’SQL Server Network Developer’s Kit’ versetzt die 
Software-Entwickler in die Lage, aus einer günstigen Start- 
position heraus Applikationen für den Microsoft-SQL-Ser- 
ver zu entwickeln, der gegen Ende dieses Jahres lieferbar 
sein wird. Wir meinen, daß die Software-Entwickler in dem 
SOL-Server und dem MS OS/2-LAN-Manager die Lösung 
für komplexe Aufgaben bei Multiuser-Datenbanken in loka- 
len Netzwerken sehen. Wir freuen uns, daß unsere strategi- 
sche Allianz mit Ashton-Tate dazu führt, diese Technik den 
Entwicklern frühzeitig zur Verfügung zu stellen«, so 
Christian Wedell, Geschäftsführer der deutschen Microsoft 
GmbH, zur Ankündigung des SQL-Server-Entwicklungs- 
Paketes. 

Der SQL-Server erlaubt in Verbindung mit dem. OS/2- 
LAN-Manager den Aufbau komplexer Anwendungspro- 
gramme, einschließlich verteilter PC-Datenbanken, Tabel- 
lenkalkulationen und Buchhaltungssystemen. Der SQL-Ser- 
ver wird auf einem Server innerhalb des lokalen Netzwerkes 
installiert und setzt als Betriebssystem-Umgebung auf dem 
Server MS OS/2 und ein MS OS/2-Netzwerk-Betriebs- 
system, wie den MS OS/2-LAN-Manager, voraus. 


Programmiersprachen-Updates auf CD-ROM 


Microsoft hat kürzlich angekündigt, daß zukünftige Up- 
dates von ausgewählten Microsoft-Programmiersprachen 
alternativ zu Floppy-Disks und gedruckten Dokumentatio- 
nen auch auf CD-ROM-Disks erhältlich sein werden. 
Außerdem wurde die neue Microsoft-»Programmer’s 
Library« vorgestellt, ein leistungsfähiges Hilfsmittel, das 
Programmierern Online-Zugriff auf eine umfassende Aus- 
wahl von Büchern, technischen Handbüchern und Pro- 
grammen verschafft, die auf einer einzigen CD-ROM-Disk 
gespeichert sind. 

»Wir sind sehr angetan von den Möglichkeiten der CD- 
ROM als einem Medium, das es erlaubt, große Mengen von 
Texten sowie auch Compiler und Entwicklungs-Umge- 
bungs-Software zu vertreiben und zu verwalten«, so 
Christian Wedell, Geschäftsführer der deutschen Microsoft 
GmbH, zur Ankündigung der Microsoft-»Programmer’s 
Library«. 

CD-ROM erschließt für den Anwender ein völlig neues 
Speichermedium. Er hat nun die Möglichkeit, die neuesten 
Microsoft-Compiler, Entwicklungs-Werkzeuge und Doku- 
mentationen auf einer einzigen Disk bereit zu haben, wäh- 
rend die bisherige Form der Speicherung auf Floppy-Disks 
rund 20 Disketten plus der gedruckten Dokumentation 
erfordert. Sobald der Anwender die neue CD-ROM erhal- 
ten hat, kann er den Inhalt auf eine Festplatte umkopieren 
und in der üblichen Weise damit arbeiten. Die Kapazität 
einer CD-ROM-Diskette von 660 Mbyte, im Vergleich zu 
1,2 Mbyte bei einer herkömmlichen Floppy-Disk, erlaubt es 
Microsoft, CD-ROM-Anwendern einen zusätzlichen Vorteil 
zu bieten: Programm-Installationen und -Konfigurationen 
lassen sich vereinfachen. Microsoft nutzt dafür die zusätz- 
lich zur Verfügung stehende Kapazität, um auf der CD- 
ROM konfigurierte Versionen der Programme für unter- 
schiedliche Speichergrößen und Hardware-Konfigurationen 
zu liefern. 


Die Programmer’s Library auf CD-ROM 


Mit der Microsoft-»Programmer’s Library« steht den Ent- 
wicklern von PC-Software nun ein leistungsfähiges Werk- 
zeug zur Verfügung, das auf einer CD-ROM mehr als 
20.000 Seiten Dokumentation und rund 1.200 Musterpro- 
gramme bereitstellt. Die 48 Handbücher sowie andere 
technische Dokumentationen der »Programmer’s Library« - 
gespeichert auf einer CD-ROM-Disk - beinhalten Informa- 
tionen über die Betriebssysteme und Programmiersprachen 
von Microsoft. Das Spektrum reicht dabei von relativ kur- 
zen Hinweisen bis zu detaillierten Abhandlungen. Für die 
gesamte Text-Datenbank gibt es ein Inhaltsverzeichnis und 
Querverweise, so daß das Auffinden urd Verbinden von 
Informationen relativ einfach ist. Die Texte lassen sich mit 
Hilfe eines Texteditors oder eines Textverarbeitungspro- 
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gramms vom Anwender aufrufen und direkt in Programme 
oder Dokumente hineinkopieren. Direkt werden die neuen 
gängigsten Programm-Editoren sowie fünf Textverarbei- 
tungsprogramme unterstützt. Auch die Übernahme in Form 
von ASCII-Files ist möglich. 

Die CD-ROM-Disk enthält darüber hinaus eine Reihe 
von Informationen über Hardware, wie die Microsoft-Maus, 
CD-ROM-Laufwerke und Videokarten. Die »Program- 
mer’s Library« läßt sich sowohl direkt als auch aus anderen 
Programmen aufrufen. Im Gegensatz zu speicherresidenten 
Programmen kann der Anwender die »Programmer’s 
Library«-Texte jedoch auf einfache Weise wieder aus dem 
Speicher löschen, um Platz für andere Programme oder 
Daten zu schaffen. Einen Nutzen aus der »Programmer’s 
Library« können nicht nur Programmierer ziehen, sondern 
alle, die mit Software arbeiten, z.B. Autoren technischer 
Beiträge oder Produkt-Support-Spezialisten, die schnell auf 
Informationen zugreifen wollen, ohne umfangreiche Hand- 
bücher durchblättern zu müssen. 


Die Bestandteile der »Programmer’s Library« 


Das Inhaltsverzeichnis der »Programmer’s Library« ist in 
neun Kapitel gegliedert: MS OS/2, Microsoft Windows, 
MS-DOS, Microsoft C, Microsoft BASIC, Microsoft 
Makro-Assembler, Microsoft PASCAL, Microsoft Fortran 
und Hardware. Jeder Bereich umfaßt alle technischen 
Handbücher der jeweiligen Microsoft-Version des Betriebs- 
systems oder der Programmiersprache. 

Die Dokumentation für den Presentation Manager und 
den LAN-Manager war zur Zeit der Fertigstellung der 
ersten Ausgabe noch nicht verfügbar, wird aber Anfang 
1989 in der nächsten »Programmers’ Library«-Ausgabe 
enthalten sein. Des weiteren enthält die »Programmer’s 
Library« 2.700 Dateien mit Musterprogrammen, die eben- 
falls in einem Inhaltsverzeichnis aufgelistet sind und von 
hier aus gesucht, kopiert und an anderer Stelle eingefügt 
werden können. 


Die Suche in der »Programmer’s Library« 


Kernpunkt der Microsoft-»Programmer’s Library« ist eine 
hochentwickelte Suchfunktion. Der Anwender gibt nur ver- 
schiedene Suchbegriffe ein und spezifiziert die logischen 
Beziehungen zwischen ihnen. Dabei läßt sich vorgeben, ob 
eine Ausgabe erfolgen soll, wenn einige der Begriffe gefun- 
den wurden, oder ob nur dann eine Ausgabe erfolgen soll, 
wenn alle Begriffe gefunden wurden, oder daß nur dann 
eine Ausgabe erfolgt, wenn die Suchfunktion auf eine exakt 
definierte Zeichenfolge gestoßen ist. Der Anwender kann 
aber die Suchfunktion auch so einsetzen, daß verschiedene 
Begriffe im selben Kapitel oder im selben Absatz zu finden 
sind. 

Wenn die »Programmer’s Library« aus einem Texteditor 
oder einem Textverarbeitungsprogramm heraus angespro- 
chen wird, so erfolgt die Suche automatisch nach dem 
Begriff, auf dem der Cursor gerade steht. Der Anwender 
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braucht dazu lediglich die Eingabetaste zu drücken, um die 
Suchfunktion einzuschalten. Er hat wie bei einem Buch die 
Möglichkeit, im Inhaltsverzeichnis ebenso wie in den aufge- 
rufenen Texten zu »blättern«, um sich einen Überblick zu 
verschaffen. Damit der Suchaufwand und die Suchzeit in 
vernünftigen Grenzen bleiben, erfolgt die Suche immer in 
einem Teilbereich des gesamten Inhalts. Der Anwender hat 
jedoch die Möglichkeit, schnell zwischen den Teil-Inhalts- 
verzeichnissen und den Bereichen hin- und herzuschalten, 
indem er die dafür zur Verfügung stehenden Such- und 
Bibliothekskommandos benutzt. 


Kompatibilität zu zahlreichen Editoren und 
Textverarbeitungs- rammen 


Die Kompatibilität der »Programmer’s Library« zu einer 
Vielzahl von Texteditoren und Textverarbeitungsprogram- 
men macht es möglich, daß Teile aus der Bibliothek mit 
Hilfe der »Copy and Paste«-Funktion in das Anwendungs- 
programm oder das jeweils bearbeitete Dokument über- 
nommen werden. Kompatible Texteditoren sind BRIEF 2.0, 
Epsilon-Editor 3.21, Microsoft Editor, Microsoft Quick- 
BASIC-Editor 4.0, Microsoft QuickC 1.0, »The Norton«- 
Editor 1.3C, Turbo-Pascal-Editor 4.0, Turbo-C 1.5 und 
VEDIT-Plus 2.03F. Kompatible Textverarbeitungspro- 
gramme sind Microsoft Word 2.0 oder höher, PC-Write 
2.71, WordPerfect 4.2 und 5.0, WordStar 4.0 und XyWrite 
II und IIl+. | 


Weitere spezielle Merkmale und Funktionen 


Quick Reference: Kurze Definitionen und Erklärungen, 
verfügbar mit Hilfe des »Quick Reference«-Menü-Options- 
kommandos. QuickRef führt den Anwender direkt zur 
Hauptdefinition oder Erklärung eines Begriffs und vermei- 
det dabei die Suche in einer Liste von Varianten des 
Begriffs. Die »Quick Reference«-Funktion steht neben den 
Online-Hilfepaketen zur Verfügung, die für alle neun 
Datenbank-Bereiche vorhanden sind. 

Lesezeichen (Bookmarks): Elektronische »Lesezeichen« 
ermöglichen es dem Anwender, direkt eine gekennzeichnete 
Textpassage aufzurufen, ohne dabei das ganze Inhaltsver- 
zeichnis durchblättern zu müssen. Der Anwender hat 
außerdem die Möglichkeit, zu jedem Lesezeichen einen 
Hinweis oder einen Kommentar zu speichern, der hilft, sich 
an die entsprechende Textpassage zu erinnern und es auch 
anderen Benutzern vereinfacht, solche Textpassagen aufzu- 
rufen. Bis zu 80 »Lesezeichen« per Workstation sind mög- 
lich. 

Querverweise (Cross References): Eine wichtige Funktion 
innerhalb der »Programmer’s Library« ist die Möglichkeit, 
auf einfache Weise von einer Textpassage per Querverweis 
in eine andere Textpassage zu springen. Der Anwender 
kann über eine Kette von bis zu 20 Querverweisen in Texten 
blättern, wieder zurückzublättern oder mit einem einzigen 
Tastendruck in den Ursprungstext zurückgehen. 
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Lokalisierung (Location): Die Lokalisierungsfunktion gibt 
dem Anwender mit einem einzigen Tastendruck Auskunft 
darüber, in welchem Teil der Library er sich aktuell befin- 
det. Ist dieser Teil ein Dokument, so gibt die Lokalisie- 
rungsfunktion den Teil, Bereich, Unterbereich und den 
Absatz an. Sofern der Anwender sich in einem Beispielpro- 
gramm befindet, spezifiziert die Lokalisierungsfunktion das 
Directory, die Datei und die Funktion. 

EMS-Unterstützung: Die »Programmer’s Library« unter- 
stützt die erweiterte Speicherspezifikation (EMS = Expan- 
ded Memory Specification). 

Netzwerk-Unterstützung: Mehrere Anwender haben über 
einen einzigen CD-ROM-Server Zugriff auf die 
»Programmer’s Library«. Es stehen zwei Netzwerk-Lösun- 
gen für CD-ROM zur Verfügung: OPTI-NET - das mit 
dem NetBIOS-Netzwerk arbeitet - von der Firma Online 
Systems sowie CD-NET, eine Hardware-/Software-Lösung 
der Firma Meridian Data, Santa Cruz, Kalifornien. 
Handbücher: Die Microsoft-»Programmer’s Library« wird 
mit einer Bedienungsanleitung geliefert, die sowohl in 
gedruckter Form als auch Online-computergestützt vorhan- 
den ist. 

Hilfefunktion: Für die schnelle Hilfe bei der Arbeit mit 
der »Programmer’s Library« erscheint nach Drücken einer 
entsprechenden Taste eine Erklärung des jeweils aktuellen 
Menüpunkts. Detailliertere Hilfsinformationen erhält der 
Anwender durch die Bedienungsanleitung, in der er genau- 
so suchen und blättern kann, wie im Inhaltsverzeichnis der 
»Programmer’s Library«. 

Als Hard-/Software-Ausstattung setzt die »Program- 
mer’s Library« IBM-PC, PC/XT, PC/AT oder Personal- 
System/2-Computer bzw. 100%-kompatible Systeme mit 
640-Kbyte-Hauptspeicher und MS-DOS-3.1, 3.2- oder 3.3- 
Betriebssystem voraus. Um die Zugriffszeit erheblich zu 
verkürzen, empfiehlt Microsoft den Einsatz einer Festplatte. 
Da die »Programmer’s Library« mit virtueller Speicherver- 
waltung arbeitet, hängt dıe Performance weitgehend von 
Disketten-/Festplatten-Zugriff ab. Die »Programmer’s 
Library« läßt sich allerdings auch auf einem PC nutzen, der 
nur über zwei doppelseitige Floppy-Disk-Laufwerke verfügt. 
Als weitere Hardware ist ein CD-ROM-Disk-Laufwerk mit 
MS-DOS-CD-ROM-Extension erforderlich. Zukünftige 
Versionen der »Programmer’s Library« werden auch unter 
MS OS/2 arbeiten. 


Die neue »Extended Memory Specification 2.0« 


Die Firmen Lotus, Intel-PCEO, Microsoft und AST 
Research gaben in diesen Tagen die »Extended Memory 
Specification 2.0« (XMS 2.0) bekannt. Die neue Version 
wurde von den vier Unternehmen gemeinsam entwickelt 
und ist die erste Spezifikation, auf die sich diese Unterneh- 
men gemeinsam offiziell festgelegt haben. Die XMS- 
Spezifikation wird nach Meinung von Christian Wedell, 


Geschäftsführer der deutschen Microsoft GmbH, sowohl 
der Computerindustrie wie den PC-Anwendern großen 
Nutzen bringen. Microsoft hat - basierend auf der XMS- 
Spezifikation - wesentliche Verbesserungen bei der 
grafischen Bedienungsoberfläche Microsoft Windows 
durchgeführt und geht davon aus, auch bei zukünftigen 
Produkten Vorteile aus der XMS-Spezifikation ziehen zu 
können. 

Bei der Firma Lotus ist Frank Ingari, Vice President 
Marketing, der Meinung, daß Anwender von Tabellenkal- 
kulations-Programmen mehr als alle anderen Benutzer von 
Applikations-Programmen einen Gewinn durch den effizi- 
enten und flexiblen Einsatz eines großen Arbeitsspeichers 
haben werden. »Die neue Spezifikation hilft Lotus, beson- 
ders den Anforderungen derjenigen Anwender entgegenzu- 
kommen, die Anwendungen bearbeiten, wo es auf die Kon- 
solidierung und Analyse von Informationen aus vielen 
Quellen ankommt«, so Ingari. 

Die gemeinsame Entwicklung des XMS 2.0 durch vier 
führende Unternehmen der PC-Branche ist nach Ansicht 
von Jim Johnson, General Manager der Intel-PCEO, auch 
ein unmittelbarer Vorteil für Entwickler, weil hier ein Indu- 
striestandard für den Einsatz von erweiterten Hauptspei- 
chern in PCs auf 80286- und 80386-Prozessorbasis gesetzt 
wird. Die Firma Intel will in diesem Zusammenhang sicher- 
stellen, daß Programme, die für die Nutzung der EMS- und 
XMS-Spezifikationen ausgelegt sind, auch auf den Intel- 
»Above Boards« laufen. 

Die XMS-Version 2.0 bietet den Programmierern ein 
Applikations-Interface, das einen erweiterten Hauptspei- 
cher oberhalb der 1-Mbyte-Adressierung von 80286- und 
80386-Computern möglich macht. Ein XMS-2.0-Treiber 
sorgt dabei für die Verfügbarkeit und Verwaltung des 
erweiterten Speichers bei Applikationsprogrammen, die mit 
dieser Speichererweiterung arbeiten. Der Anwender profi- 
tiert darüber hinaus noch in einer anderen Weise von der 
XMS-Spezifikation. Sie bietet nämlich einen zusätzlichen 
64-Kbyte-Speicher oberhalb der 640-Kbyte-Grenze. Diese 
Funktion verbessert bei Computern auf 80286- und 80386- 
Prozessorbasis die Geschwindigkeit und Verfügbarkeit von 
MS-DOS-Programmen. Microsoft-Windows 2.1 ist eines 
der ersten Programme, bei dem die Möglichkeiten des 
XMS-Standards genutzt werden. 

Nach Darstellung von Duane Cowgill, Marketing-Pro- 
duct-Manager der Firma AST Research, erlaubt es 
XMS 2.0, daß Applikationsprogramme unterschiedlicher 
Software-Entwickler in XMS- und EMS-Speichern koexi- 
stieren. Wegen der erweiterten Speichermöglichkeiten von 
PCs auf 80286- und 80386-Basıs, des 64-Kbyte-Zusatzspei- 
chers für DOS und des Industriestandards, der durch die 
XMS-Version 2.0 geschaffen wurde, wird AST Research die 
XMS-Version 2.0 auf allen seinen »Premium Computern« 
implementieren. 

Neben den bereits erwähnten Unternehmen unterstüt- 
zen eine Reihe weiterer Anbieter von Hard- und Software 
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aus dem PC-Bereich den neuen XMS-2.0-Standard. Zu die- 
sen Firmen gehören unter anderem Qualitas, mit dem Pro- 
dukt 386-to-the-Max, Phar Lap Software, mit dem Produkt 
386/DOS-Extender, und andere. 


Microsoft nimmt Stellung zu EISA 


Die Verfügbarkeit der EISA-Spezifikation (Erweiterte 
Industriestandard-Architektur) und deren Billigung durch 
die Hardware-Hersteller ist ein bedeutendes Ereignis für 
Microsoft. Die hinter der EISA-Spezifikation stehenden 
Unternehmen sind alle OEM-Kunden von Microsoft. Daher 
stellt Microsoft selbstverständlich System-Software-Pro- 
dukte für seine EISA-Partner und deren neuen Standard 
bereit. Dies ist auf einfache Weise möglich, da die bereits 
existierenden Microsoft-System-Software-Produkte ohne 
großen Aufwand an Computer nach EISA-Standard an- 
paßbar sind. 

In Zukunft werden die System-Software-Produkte von 
Microsoft für MS-DOS - mit und ohne Microsoft Windows 
- für MS OS/2 und für XENIX/UNIX so ausgelegt sein, 
daß sie die neuen Hochgeschwindigkeits-32-Bit-Einheiten, 
wie zum Beispiel Hochleistungs-Disk-Subsysteme und 
Netzwerk-Interfaces unterstützen. Microsoft wird deshalb 
die Möglichkeiten voll nutzen, die sich durch die 32-Bit- 
Einschubkarten nach EISA-Spezifikationen bieten. 

Die Möglichkeit, daß Computer auf EISA-Basis mit 
mehreren Prozessoren arbeiten können, ist ebenfalls sehr 
wichtig. Auch diese Fähigkeit wird durch die System-Soft- 
ware von Microsoft ausgenutzt. Die erste System-Software, 
bei der die Multiprozessor-Funktion zum Tragen kommt, ist 
der Microsoft-OS/2-LAN-Manager, bei dem vor allen Din- 
gen die Leistungsvorteile eines Multiprozessor-Systems in 
einer Server-Konfiguration für lokale Netzwerke genutzt 
werden. Sowohl Microsoft als auch die Computer-Herstel- 
ler betrachten Computer auf EISA-Basis als günstige Mög- 
lichkeit, Software zu bieten, welche den Anwender bei der 
Arbeit mit dem Computer unterstützt. Dies gilt zum Bei- 
spiel für die Integration von Standard-Setup- und Konfigu- 
rationshilfen in die Betriebssysteme. Von einer solchen 
Möglichkeit profitieren sowohl die Hardware-Hersteller wie 
auch die Endanwender. 


MACH-20 wird ausgeliefert 


Microsoft liefert ab November 1988 eine spezielle Adap- 
tion des Multitasking-Betriebssystems MS OS/2 aus. Das 
MACH-2-System ist eine Einschubkarte, die in IBM-PCs 
(oder Kompatiblen) nur einen einzigen Kartensteckplatz 
belegt und deren Leistung, Speicherverfügbarkeit und Ein- 
satzmöglichkeiten erheblich verbessert. 

Die Basiseinheit des MACH-20-Systems ist das 
»Performance Enhancement Board«, auf dem sich ein 


5 8 Microsoft System Journal November/Dezember 1988 


Intel-80286-Prozessor mit 8 MHz Taktfrequenz, ein 16- 
Kbyte-Cache-Speicher und ein 16-Bit-Datenbus befinden. 
Darüber hinaus hat das Board einen »InPort«-Anschluß, 
der es ermöglicht, eine Maus anzuschließen, ohne daß dafür 
ein weiterer Einsteckplatz oder Port belegt wird. 


Auf die Basiskarte ist die »Memory Plus Option« steck- 
bar, die einen zusätzlichen Speicher und erweiterte Spei- 
cheradressierfähigkeiten bietet. »Memory Plus« unterstützt 
sowohl den neuesten Speicherstandard LIM 4.0 wie auch 
frühere Versionen dieses Standards. Sie ist mit 512 Kbyte 
RAM bestückt und kann bis zu 3,5 Mbyte aufnehmen. 


Eine weitere Einsteck-Einheit für das Basisboard ist die 
»Disk Plus Option«; ein Multimedia-Controller zur Steue- 
rung von zwei internen Floppy-Disk-Laufwerken. »Disk 
Plus« erlaubt die Installation eines MACH-20-Systems in 
den Slot des bisherigen Floppy-Disk-Controllers (falls kein 
anderer Einsteckplatz verfügbar ist). Darüber hinaus kann 
der Anwender dank der »Disk Plus Option« 5,25- sowie 3,5- 
Zoll-Laufwerke mit hoher Speicherkapazität verwenden 
und ist mit seinen Disketten kompatibel zu den neuesten 
PCs. 

Da es in der Architektur zwischen dem IBM-PC/AT 
und der vorherigen PC-Generation wesentliche Unter- 
schiede gibt, läuft das Betriebssystem MS OS/2 nicht auf 
PC- und XT-Maschinen. Die Adaption des MS OS/2, 
zusammen mit dem MACH-20-Performance-Enhancement- 
Board und der »Memory Plus Option« versetzt den Anwen- 
der in die Lage, mit MS OS/2 auf seinen bisherigen PC- 
oder XT-Computern zu arbeiten. 

Christian Wedell, Geschäftsführer der deutschen 
Microsoft GmbH: »Wir wissen, daß viele PC-Anwender 
einen längerfristigen Nutzen aus ihren vorhandenen Com- 
putern ziehen möchten. Das MACH-2-System in Kombi- 
nation mit der MS OS/2-Adaption verschafft ihnen dazu die 
Möglichkeit. Den Anwendern steht nun eine Lösung zur 
Verfügung, die eine gleich hohe oder sogar bessere Lei- 
stung bietet als ein IBM-PC/AT. Und: Das MACH-20- 
System erlaubt ihnen die uneingeschränkte Nutzung der 
Vorzüge der neuen MS OS/2-Applikations-Software.« 


Das Betriebssystem MS OS/2 für das MACH-20-System 
berücksichtigt 20 unterschiedliche Merkmale, die es zwi- 
schen dem PC-AT-Standard und dem PC-XT-Standard 
gibt. Einige dieser Unterschiede zwischen Systemen auf 
80286-Basis und solchen auf 8088-Basis führen dazu, daß 
dıe Standardversion von MS OS/2 auf der früheren Hard- 
ware-Generation nicht läuft, auch wenn der 8088-Prozessor 
gegen einen 80286-Prozessor ausgetauscht wurde. Die 
Adaption des MS OS/2 für das MACH-20-System berück- 
sichtigt alle diese Unterschiede. Die notwendigen Anpas- 
sungen wurden soweit wie möglich per Software vorge- 
nommen, die zukünftige Aktualisierungen und Erweiterun- 
gen vereinfacht. 
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Neue Version des 
MS OS/2-Software-Development-Kit 


Microsoft liefert jetzt die neueste Version des Software- 
Development-Kit für das Multitasking-Betriebssystem 
MS OS/2 aus. Das neue Release beinhaltet eine aktuali- 
sierte Version von MS OS/2, Release 1.1 - einschließlich 
»Presentation Manager« -, aktualisierte Entwicklungswerk- 
zeuge wie den Font-Editor, Dialog-Editor und Icon-Editor 
sowie eine umfangreiche Dokumentation, zahlreiche Hilfen 
und Beispielprogramme, einen Online-Support über den 
Bildschirm und Trainings-Videocassetten. 

»Die neue Version des Presentation Managers und die 
aktualisierten Entwicklungswerkzeuge bringen uns wieder 
einen Schritt weiter in Richtung auf das MS OS/2-Zeit- 
alter«, so die Meinung von Christian Wedell, Geschäftsfüh- 
rer der deutschen Microsoft GmbH, zur Auslieferung der 
neuen Version des MS OS/2-Software-Development-Kits. 
»Mit Hilfe des neuen Releases können Entwickler von 
MS OS/2-Anwendungs-Software kontinuierlich an der 
neuen Generation von PC-Applikations-Software weiterar- 
beiten.« 

Die neue Dokumentation wird durch ein elektronisches 
QuickHelp-Programm unterstützt, das als MS OS/2-Fen- 
ster läuft oder über die Befehlsebene aufgerufen werden 
kann. Die QuickHelp-Datenbank enthält das komplette 
Programmierer-Handbuch der MS OS/2-Version 1.1 sowie 
Beschreibungen der Entwicklungswerkzeuge des MS OS/2- 
Toolkits. Bis zum heutigen Tage sind bereits mehr als 4.500 
MS OS/2-Software-Entwicklungs-Kits (SDK) weltweit 
durch Microsoft verkauft worden. 


X/OPEN darf Netzwerk-Spezifikationen künftig 
veröffentlichen 


Die X/OPEN-Gruppe und die Microsoft Corporation 
haber in diesen Tagen ein Abkommen unterzeichnet, das 
X/OPEN die Spezifikationen des Microsoft LAN-Managers 
für Unix bzw. den LAN-Manager/X zugänglich macht. Das 
Abkommen erlaubt es X/OPEN, diese Spezifikationen in 
zukünftigen Ausgaben des »X /OPEN Portability Guide« zu 
veröffentlichen. Zweck des »Portability Guide« ist es, 
sicherzustellen, daß Systeme auf der Basis der darin 
beschriebenen Spezifikationen ein konsistentes Interface 
haben, so daß die Portabilität und Ablauffähigkeit von 
Applikationssoftware auf unterschiedlichen Systemen 
gewährleistet ist. 

Die Publizierung der LAN-Manager/X-Spezifikationen 
für die Protokolle und die Applikations-Programmier- 
schnittstellen sollen sicherstellen, daß die Computer-Indu- 
strie zuverlässige Spezifikationen für Implementations- und 
Portierungszwecke erhält. Der LAN-Manager/X wird von 
Hewlett-Packard, einem führenden Mitglied der X/OPEN- 
Gruppe, und Microsoft gemeinsam entwickelt. 


Geoff Morris, Präsident und CEO von X/OPEN meint 
zu dem mit Microsoft geschlossenen Abkommen, daß »der 
Markt sich an den Industrieführern orientiert, damit weni- 
ger Konfusion herrscht und eine Entwicklungsrichtung vor- 
gegeben wird. In diesem Sinne stelle das Abkommen zwi- 
schen X/OPEN, der führenden Kraft in der Unix-bezoge- 
nen Standardisierung, und Microsoft, dem führenden 
Unternehmen im Bereich der PC-Software, ein konstrukti- 
ves Element dar«. Christian Wedell, Geschäftsführer der 
deutschen Microsoft GmbH, ist der Meinung, daß 
»Microsoft mit der Lizenzierung der LAN-Manager-Spezi- 
fikationen an die X/OPEN-Gruppe seine positive Einstel- 
lung gegenüber offenen Systemen wieder einmal deutlich 
gemacht hat. Die Möglichkeit, PCs mit den beiden wichti- 
gen Server-Plattformen MS-OS/2 und Unix zu verbinden, 
ist von großer Wichtigkeit für die Industrie.« 

Der LAN-Manager für Unix ist eine auf Unix laufende 
Server-Software für lokale Netzwerke, die kompatibel mit 
dem MS-OS/2-Manager sein wird. Die Kombination von 
MS-OS/2-LAN-Manager und LAN-Manager/X schafft 
einen Standard und bietet einen zuverlässigen Weg, LAN- 
Serviceleistungen auf PC-Workstation verfügbar zu machen. 
Ein PC, der mit der LAN-Manager-Software arbeitet, wird 
in der Lage sein, einen transparenten Zugriff sowohl auf 
Unix als auch auf MS-OS/2 gestützte Server zu bieten. Der 
LAN-Manager kann darüber hinaus direkt Netzwerk-Soft- 
ware nutzbar machen, die bereits im Unix-Markt verbreitet 
ist, wie zum Beispiel die TCP/IP- und ISO-Protokolle. 

Die X/OPEN-Gruppe ist ein Zusammenschluß der 
weltweit führenden Computer-Hersteller in den USA, 
Europa und Japan. Die Organisation dient der Schaffung 
und Veröffentlichung von Spezifikationen, die den Zweck 
haben, die Entwicklung offener Systeme zu ermöglichen 
und die Portabilität von Anwendungssoftware sicherzustel- 
len. Mitglieder der X/OPEN-Gruppe sind die Unterneh- 
men AT&T, Bull, Digital Equipment Corporation, Fujitsu, 
Hewlett-Packard, IBM, ICL, NCR, Nixdorf, Nokia, Olivetti, 
Siemens, Sun und Unisys. 


3+Open-LAN-Manager, 
das erste auf dem MS-OS/2-LAN-Manager 
basierende OEM-Produkt 


Das erste auf dem Microsoft-OS/2-LAN-Manager basie- 
rende OEM-Produkt ist auf den Markt: der 3+ Open-LAN- 
Manager, entwickelt von der 3Com Corporation. Eric Ben- 
hamou, Vizepräzident und General Manager von 3Com, 
kommentierte die Auslieferung des neuen Produktes anläß- 
lich des 3Com-Network-Systemforums mit den Worten: 
»Wir sind stolz, das erste Unternehmen zu sein, das eine 
Hochleistungs-Netzwerk-Software auf MS-OS/2-Basis auf 
den Markt bringt, die MS-DOS, MS-OS/2 und Macintosh- 
Workstations unterstützt«. 
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Messungen beim Einsatz der 
neuen Netzwerk-Software haben erge- 
ben, daß der 3+Open-LAN-Manager 
erheblich schneller ist als die auf MS- 
DOS basierende 3+R-Netzwerk-Soft- 
ware von 3Com. Dieses Ergebnis wird 
durch Benchmarks der unabhängigen 
Firma Neal Nelson and Associates, 
Chicago, unterstrichen. Es sich zeigte 
dabei, daß der MS-OS/2-LAN-Mana- 
ger eine bessere Leistung bei Stan- 
dard-Applikationsprogrammen als 
vergleichbare Netzwerk-Software 
bringt und diese Leistung auch unter 
Last beibehält. Die Tests brachten 
außerdem zutage, daß der Microsoft 
LAN-Manager darüber hinaus ein 
exzellentes Leistungsverhalten in 
großen Netzwerken zeigt, in denen die 
einzelnen Systeme über Brücken ver- 
bunden sind. 

Die Leistung eines Netzwerkes 
wird durch eine Vielzahl von Faktoren 
beeinflußt. Bei den bisher üblicher- 
weise durchgeführten LAN-Bench- 
marks wurden in der Regel nur einzel- 
ne Komponenten des Systems gemes- 
sen, zum Beispiel sequentielle oder 
Random-Ein- /Ausgangs-Operationen. 
Ein wirklich aufschlußreicher Test 
einer Netzwerk-Betriebsumgebung 
sollte jedoch nicht auf die Geschwin- 
digkeit einer einzelnen Operation 
beschränkt sein, sondern die Netz- 
werk-Leistung beim Einsatz einer 
echten kommerziellen Applikation 
aufzeigen. Der Neal-Nelson-LAN- 
Benchmark arbeitet deshalb mit Stan- 
dard-Applikationen, wie »Lotus 1-2- 
3«, »Ashton-Tate dBase III Plus« und 
»Microsoft Word«, um die tatsächliche 
Leistungsfähigkeit einer LAN-Netz- 
werk-Systemsoftware zu ermitteln. 

Auch die Firma DEC hat in diesen 
Tagen Pläne bekanntgegeben, die MS- 
OS/2-LAN-Manager-Technologie für 
den Einsatz auf ihren VAX-Minicom- 
putern zu nutzen. DEC wird die LAN- 
Manager-Technologie einsetzen, um 
einen MS-OS/2- und DOS-Worksta- 
tion-Support für ihre »VAX/VMS- 
Services for MS-DOS« zu bieten. 
VAX-Minis sollen zukünftig mit MS- 
OS/2-LAN-Manager-Servern zusam- 
menarbeiten können. 
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DIE NEUEN MICROSOFT 
COMPILER FÜR 
MS-DOS UND MS-05/2. 
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Start frei für Höhenflüge. Die neuen leistungsfähi- 
gen Compiler von MICROSOFT erlauben Ihnen die 


Entwicklung professioneller Applika- 


Microsoft reorganisiert die 
Applications Division 


Die Microsoft Corporation, Mutter- 
firma der deutschen Microsoft GmbH, 


tionen für MSDOS und MS-OS/2 - . Programmgröße gab in diesen Tagen eine weitreichen- 
mit ihnen können unter MS-DOS ent- a ee ee 
wickelte Programme problemlos auf Interprozeß- bekannt. Die Reorganisation dient 
MS-0S/2 portiert werden. Denn sie nn dem Ziel, den Applikationsbereich von 
sind mit allen dafür notwendigen Pro- ches Programmie- Microsoft auf das erwartete Wachstum 
ren und Debuggen ın den nächsten fünf J ahren auszurich- 
grammierwerkzeugen ausgestattet: „, Dynamisch linkbare ten. Jede der neuen »Business Units« 
dem konfiqurierbaren und program- nn. und hat einen zugeordneten Produktbe- 
mierbaren MICROSOFT EDITOR, dem .. WINDOWS- und reich und ist von der Konzeption über 
derzeit effizientesten Debugger für die Samen mi ae ns 
Fehlersuche, MICROSOFT CODEVIEW  mierung mit Produkte verantwortlich. Jeder 
- mit LIB, LINK, MAKE, BIND usw... nes nnscaı Geschäftsbereich wird von einem 
Aber das ist noch lange nicht alles - = Neue Version des SONDER) IMAURNEE. Bplcitet, \der: Sun 
RE re CodeView-Debug- Mike Maples, Vice President of 
das Familien-Konzept bringt Sie noch gers: Applications, berichtet. 
einen Schritt weiter in Richtung profes- A en ‚ _ Wesentliche Aspekte der Umorga- 
sioneller Programmentwicklung. Alle a j er f ee 
neuen MICROSOFT LÜMFILER ent a as lung der jeweiligen Verantwortungs- 
halten dieselben Tools. Damit ist es Module bereiche. Außerdem möchte man bei 
jetzt möglich, gemischt-sprachliche ish Microsoft die positiven Eigenschaften 
5, als age ER eines kleinen, flexiblen Unternehmens 
Programme unter einer einheitlichen barer ne baxshren. sbwahl'dis. Firma ajch’än 
Ä Ink ntal-Linker, ) | 
Entwicklungsumgebung zu erstellen: dee AEE einem Großünternehmen entwickeli. 
von MICROSOFT C 5.1. uber MASM = Se BEN Die neuen Geschäftsbereiche und 
5.1, FORTRAN 41. BASIC 6.0, ir MS-0S/2 und ihre Geschäftsbereichsleiter sind: 
COBOL 3.0 bis PASCAL4A.O.Undzwar fürmspos Office Business Unit - mit den 


unter MSDOS und MS-0S/ 2! 


Haben Sie noch Fragen? Dann fragen Sie uns. 
Denn wir haben heute schon die Antwort für 


morgen parat. 


ms/Dos] (ms/os/2) (mel Bi: 54 


Microsoft 


Bar! DER SOFTWARE 


Produkten Microsoft Word und 
Microsoft Mail; Leitung: Jeff Raikes. 
Graphics Business Unit - mit dem 
Produkt Microsoft PowerPoint; Lei- 
tung: Bob Gaskins. 

Entry Business Unit - mit den Produk- 
ten Microsoft Works, Learning DOS 
und Flight Simulator; Leitung: Susan 
Boeschen. 

Data Access Business Unit - mit den 
Produkten Microsoft File und Micro- 
soft QuickBASIC; Leitung: Jeff Har- 
bers. 

Analysis Business Unit - mit den Pro- 


dukten Microsoft Excel, Microsoft 
Project und Microsoft Multiplan; Lei- 
tung: Pete Higgins. 
Entwicklungsunterstützung - Leitung: 
Peter Morse 
Anwender-Interface-Architektur - 
Leitung: Tandy Trower. 


couUuPoOoN 





Bitte senden Sie mir Informationsmaterial zu: U] MICROSOFT COMPILERN. 
[] System Journal, die spezialisierte PC-Fachzeitschrift für Software-£ntwicklung 

Ich nutze Software: I pmwat DJ beruflich, Branche 

Mein Rechner: DJ MS-005S DI MS-05/2 DJ Macintosh 

Bitte senden Sie den Coupon an: Microsoft GmbH - Erdinger Landstraße 2 - 


Absender nicht vergessen. 





BUT] Aschheim-Dornach 
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Mit Microsoft-Seminaren sicher in die Zukunft 


Das Betriebssystem der Zukunft heißt Microsoft OS/2. 
Microsoft Windows und der Presentation Manager sind die 
Benutzeroberflächen der Zukunft sein. Für professionelle 
Entwickler bedeutet das, sich ab sofort mit dieser neuen 
Software auseinandersetzen zu müssen. Damit schaffen sie 
die Voraussetzung, schnellstmöglich Programme in der 
»neuen Welt« verfügbar zu haben. 

Natürlich wird die Umstellung auf das neue Betriebs- 
system sowie die Programmerstellung nicht von heute auf 
morgen vollzogen sein. Um den Anfang jedoch so einfach 
wie möglich zu gestalten, bietet Microsoft eine Dienstlei- 
stung an: Das Microsoft Institut. 

Die Spezialseminare des Microsoft Instituts vermitteln 
in kleinen Gruppen intensiv all das, was zum Einstieg in die 
Programmentwicklung nötig ist. Modernste Trainings- 
methoden sowie PC-Demonstrationen und -Übungen sind 
selbstverständlich. Die Dozenten befassen sich auch im per- 
sönlichen Gespräch ausführlich mit den individuellen For- 
derungen und Problemen der Teilnehmer. So bekommen 
professionelle Entwickler durch professionelle Schulung die 
Möglichkeit, ihren hohen Wissenstand den neuen Gegeben- 
heiten anzupassen. 

Jeder Interessent in der Bundesrepublik Deutschland, 
der Schweiz und Österreich hat die Chance, sich mit der 
neuen Welt von Microsoft OS/2 und Microsoft Windows 
auseinanderzusetzen. Denn das Microsoft Institut arbeitet 
vor Ort mit kompetenten Schulungsunternehmen zusam- 
men: 

Digicomp AG, Zürich 

Elektro-Calcul PI S.A., Lausanne 

Integrata GmbH, Tübingen 

INTEL Semiconductor GmbH, München 

Olivetti Bildungs-Zentrum GmbH, Düsseldorf 

Ueberreuter Media GmbH, Wien. 


Die Dozenten werden speziell von Microsoft ausgebildet 
und stehen in ständigem Kontakt mit uns. So gibt es keine 
Informationsverluste: Das Wissen wird immer aktuell und 
aus erster Hand vermittelt. Microsoft erstellt die Seminare 
und die Seminarunterlagen und gewährleistet Qualität 
durch die Auswertung der Seminare. 


Das Microsoft OS/2 Einführungs-Seminar 


Das zweitägige Seminar wendet sich an PC-Software-Ent- 
wickler, die Programmierkenntnisse in einer höheren Pro- 
grammiersprache wie C, Pascal, o.ä. besitzen. 

Die Teilnehmer lernen im Vortrag und in Diskussionen 
das Konzept von Microsoft OS/2 kennen und erhalten 
einen Überblick über die Fähigkeiten und Programmier- 
schnittstellen dieses Betriebssystems. Während des 
Seminars haben die Teilnehmer die Möglichkeit, das 
Gelernte anhand von Übungsaufgaben für sich selbst zu 
überprüfen. 
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‚. Termine ... Termine 


Ort Datum Veranstalter 
Düsseldorf 07./08.11. OBZ 
05./06.12. OBZ 
Frankfurt 14./15.11. Integrata 
05./06.12. Integrata 
Hamburg 12./13.12. Integrata 
München 24./25.10. Integrata 
10./11.11. Integrata 
19./20.12. Integrata 
Münster 28./29.11. Integrata 
Tübingen 07./08.11. Integrata 
21./22.11. Integrata 
Linz 07./08.11. Ueberreuter 
Wien 29./30.11. Ueberreuter 
Lausanne 14./15.11. Electro Calcul 
Zürich 01./02.12. Digicomp 
20./21.12. Digicomp 


Der Microsoft OS/2 Workshop 


Das dreitägige Seminar wendet sich an PC-Software-Ent- 
wickler, die Programmiererfahrungen in einer höheren, 
strukturierten Programmiersprache unter MS-DOS und C- 
Kenntnisse besitzen sowie das MS-OS/2-Einführungssemi- 
nar besucht haben. 

Die Teilnehmer lernen im Vortrag und praktischen 
Übungen am PC Family-API-Programme zu schreiben und 
Device-1/O-Routinen zu erstellen sowie Multitasking-Funk- 
tionen zu nutzen und eigene Dynamic-Link-Bibliotheken zu 
erstellen; außerdem können sie die erweiterten Speicherver- 
waltungsmöglichkeiten des Intel 80286 nutzen und mit Hilfe 
des MS-OS/2 Memory Managers programmieren. Dieses 
Seminar ist übrigens nicht im SDK-Preis enthalten. 


Ort Datum Veranstalter 
Düsseldorf 09./10./11.11. OBZ 
07./08./09.12. OBZ 
Frankfurt 07./08./09.12. Integrata 
Hamburg 4./15./16.12. Integrata 
München 21./22./23.12, Integrata 
Münster 30./01./02.12. Integrata 
Tübingen 09./10./11.11. Integrata 
Lausanne 28./29./30.11. Electro Calcul 
Wien 14./15./16.12. Ueberreuter 
Zürich 12./13./14.12. Digicomp 


Termine 





Termine 


Das Microsoft Windows Einführungs-Seminar 


Das zweitägige Seminar wendet sich an PC-Software-Ent- 
wickler, die Programmierkenntnisse in einer höheren Pro- 
grammiersprache wie C, Pascal, o.ä. besitzen. 

Die Teilnehmer lernen im Vortrag und in Diskussionen 
das Konzept von Microsoft Windows kennen und erhalten 
einen Überblick über dessen Fähigkeiten und Program- 
mierschnittstellen. Dieses Seminar ist nicht im SDK-Preis 
enthalten. 


... lermine ... Termine ... lermine 


Microsoft Excel für Programmierer 


Das dreitägige Seminar wendet sich an PC-Software- 
Entwickler, die Programmiererfahrung in einer höheren 
Programmiersprache haben. 

Die Teilnehmer lernen im Vortrag und in praktischen 
Übungen am PC das Konzept und die Möglichkeiten, mit 
Microsoft Excel-Makros Applikationen zu erstellen. 


Ort Datum Veranstalter Ort Datum Veranstalter 
Düsseldorf 21./22.11. OBZ Düsseldorf 28./29./30.11. OBZ 
12./13.12. OBZ 
Münster 12./13./14.12. Integrata 
München 14./15.11. Integrata 
05./06.12. Integrata Genf 05./06./07.12. Electro Calcul 
19./20.12. Integrata 
Wien 07./08./09.11. Ueberreuter 
Münster 21.722:11. Integrata 05./06./07.12. Ueberreuter 
Tübingen 03./04.11. Integrata 
28./29.11. Integrata Microsoft Presentation Manager für Windows 
Salzburg 28./29.11. Ueberreuter 
Wien 14./15.11. Ueberreuter Or Dukaın VOranyEalIEE 
Düsseldorf 28.11.88 OBZ 
Zürich 10./11.11. Digicomp 19.12.88 OBZ 
05./06.12. Digicomp Wien 21.11.88 Ueberreuter 


Der Microsoft Windows Workshop 


Das dreitägige Seminar wendet sich an PC-Software-Ent- 
wickler, die Programmiererfahrungen in einer höheren, 

strukturierten Programmiersprache unter MS-DOS und C- 
Kenntnisse besitzen sowie das Microsoft Windows Einfüh- 
rungsseminar besucht haben. 

Die Teilnehmer lernen im Vortrag und praktischen 
Übungen am PC Benutzerschnittstellen zu erstellen, die 
grafische Programmierschnittstelle zu nutzen, die Routinen 
zum Memory Management anzuwenden und dynamische 
Bibliotheken zu erstellen und zu benutzen. Dieses Seminar 
ist nicht im SDK-Preis enthalten. 


Ort Datum . Veranstalter 


Düsseldorf 23./24./2511. OBZ 
14./15./16.12. OBZ 


Frankfurt 14./15./16.12. Integrata 
München 07./08./09.12. Integrata 
Münster 23./24./25.11. Integrata 
Tübingen 30./01./02.12. Integrata 
Zürich 28./29./30.11. Digicomp 


Profi-Tools für 
QuickBASIC 


Schreiben Sie schnellere, leistungsfähigere und 
professionellere Programme! Wir helfen Ihnen 
| dabei mit nützlichen Tools. 
Zum Beispiel: 
| * Toolboxen (Fenstertechnik, Menüs, 
DOS-Funktionen etc.) 
® Relationale Datenbank mit komfortablem 
Masken-Editor 
« Grafik-Paket (Geschäftsgrafik und 
Zeichensatz-Generator) 
® Maus-Unterstützung für Ihre Programme 
Alle Pakete mit ausführlich dokumentierten 
Quelltexten und Programmbeispielen. Wo erfor- 
derlich, kommen schnelle Assembler-Routinen 
zum Einsatz. Wollen Sie mehr aus Ihrem BASIC- 
Compiler herausholen? Wir informieren Sie 
gerne kostenlos! 


Ingenieur-Büro Harald Zoschke 
Berliner Str. 3, D-2306 Schönberg/Holstein 
Telefon 04344/6166 


Eingetr. Warenzeichen: QuickBASIC: Microsoft; 
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Multiplan 4.0 


Multiplan 4.0: 


Der Klassiker jetzt für MS-DOS und MS OS/2 


Da ist sie also, die Version 4.0 des Tabellenkal- 
kulationsprogramms Microsoft Multiplan, und 
läuft auch gleich unter OS/2. Somit bildet dieses 
Programm, das bei seiner Markteinführung 
1982 die erste Standardanwendung des Spra- 
chen- und Betriebssystemspezialisten Microsoft 
darstellte, nun ebenfalls die erste große Stan- 
dardanwendung des Hauses Microsoft für das 
neue Betriebssystem MS OS/2. 


Unabhängig davon bleibt Multiplan jedoch Bestandteil der 
Microsoft MS-DOS-Produktfamilie, die mit untereinander 
identischer Menüführung auch das Textverarbeitungspro- 
gramm Microsoft Word, das Geschäftsgrafikprogramm 
Microsoft Chart und das Projektplanungsinstrument Micro- 
soft Project umfaßt. Unverändert bleibt auch die Möglich- 
keit erhalten, Tabellen von Microsoft Multiplan komfor- 
tabel mit Microsoft Chart dreidimensional grafisch aufzu- 
bereiten. Den Programmpackungen von Multiplan liegen 
künftig je ein Diskettensatz für MS-DOS und für MS OS/2 
bei. Der unveränderte Preis von 985 DM macht einmal 
mehr deutlich, daß der Um- oder Einstieg in den neuen 
MS OS/2-Standard nicht mit höheren Kosten verbunden ist. 

Christian Wedell, Geschäftsführer der Microsoft GmbH, 
positioniert sein jüngstes Kind so: »Mit der neuen Version 
4.0 haben wir Microsoft Multiplan vor allem zwei neue Ein- 
satzfelder eröffnet: Tabellenkalkulation mit Datenbank- 
funktionen und Präsentation von Tabellen. Beide Aufgaben 
lassen sich sowohl im Multitasking unter dem Betriebs- 
system MS OS/2 als auch im Singletasking unter MS-DOS 
bewältigen. Unter den Tabellenkalkulationsprogrammen 
mit nichtgrafischer Oberfläche wird Microsoft Multiplan 
damit auch in Zukunft die technologische Spitzenstellung 
und mengenmäßige Marktführerschaft behaupten.« 

Unter MS OS/2 lassen sich mit Microsoft Multiplan 4.0 
mehrere unabhängige Tabellen simultan bearbeiten. Auch 
ein gleichzeitiger Zugriff auf MS OS/2-Datenbanken oder 
MS OS/2-Textverarbeitungsprogramme ist ohne Verlassen 
des Programms möglich. 


Leistungsfähige Datenbankfunktionen 


Während die Multitaskingfähigkeiten der neuen Version 4.0 
nur unter MS OS/2 zum Tragen kommen, sind alle wei- 
teren neuen Features auch unter MS-DOS verfügbar. 
Durch die Erweiterung um mehr als 30 neue Funktionen 
stehen nunmehr 95 verschiedene Spreadsheet- und Daten- 
bankfunktionen zur Verfügung. 

Gegenüber dem Vorgänger wurde Multiplan 4.0 vor 
allem um leistungsfähige Datenbankfunktionen ausgebaut. 
So lassen sich z.B. Datensätze wie eine Tabelle auf dem 
Arbeitsblatt der Tabellenkalkulation erfassen und auswer- 
ten. Dabei wird der Datenbankbereich wie bei Microsoft 
Excel mit einem spezifischen Namen definiert. 
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Bild 1: Das gewohnte Erscheinungsbild von Microsoft Multi- 
plan hat sich kaum verändert. 


Die Datenbank kann aus maximal 255 Feldern und 4095 
Datensätzen bestehen, wobei die Daten direkt in die 
Tabelle eingegeben werden können. Eine vordefinierte 
Datenbankmaske ist im Unterschied etwa zu Microsoft 
Excel nicht vorhanden. Datenbanksätze können nach Krite- 
rien selektiert werden. Dazu wird ein Suchkriterienbereich, 
der Feldbezeichnungen und Kriterien enthält, auf dem 
Arbeitsblatt definiert. Zur Selektion können einzelne Felder 
über »UND«- bzw. »ODER«-Verknüpfungen problemlos 
kombiniert werden. Innerhalb der Felder sind die gleichen 
Verknüpfungen erlaubt. Auch berechnete Suchkriterien 
sind zulässig. Mit der Funktion »FIND« wird der erste 
Datensatz markiert, der mit den definierten Suchkriterien 
übereinstimmt. Über die Cursortasten läßt sich die Markie- 
rung auf den vorhergehenden oder darauffolgenden Daten- 
satz, der den Kriterien entspricht, setzen. Über den Befehl 
»EXTRACT« lassen sich alle Datensätze an eine beliebige 
Stelle im Arbeitsblatt kopieren. Dieser Befehl muß die 
Feldbezeichnungen enthalten, deren Inhalt ausgegeben wer- 
den soll. Der »EXTRACT«-Bereich wird dynamisch ver- 
waltet, so daß eine zu kleine Auswahl des Bereichs aus- 
geschlossen wird. Bei der Befehlsausführung lassen sich 
Doppelnennungen unterdrücken. 

Zur Auswertung des Datenbankbereichs wurden elf 
Datenbankfunktionen in Microsoft Multiplan 4.0 imple- 
mentiert. Diese umfassen die Berechnung von Minimal-, 
Maximal- und Durchschnittswerten, Standardabweichun- 
gen, Populationsvarianten, Datenbanksummen und -pro- 
dukten. 

Das Maximum von 255 Spalten und 4095 Zeilen pro 
Tabelle verliert bei der Version 4.0 von Microsoft Multiplan 
dadurch an Bedeutung, daß Modelle auf mehrere Arbeits- 
blätter, die untereinander verknüpfbar sind, verteilt werden 
können. So lassen sich auch dreidimensionale Tabellen 
erstellen. Dabei sind bis zu acht verschiedene Tabellen 
gleichzeitig in unterschiedlichen Bildschirmfenstern dar- 
stellbar. 





Douglas Hergert 

dBASE Ill Plus von A..Z 

Ein alphabetisches Nachschlage- 
werk zur Datenbankverwaltung mit 
Beispielen und Querverweisen. 
Ein MICROSOFT PRESS/VIEWEG- 
Buch. 1987. Xlll, 534 $., kart. 
DM 88,- 


Nicolaus M. Baran 

Microsoft Rbase von A..Z 

Ein alphabetisches Nachschlage- 
werk für die Dotenbankprogram- 
mierung mit Beispielen und Quer- 
verweisen. Ein MICROSOFT 
PRESS/VIEWEG-Buch. 1988. Ca. 
560 5$., kart. ca. DM 96,- 





COMPUTER 
BÜCHER 


III] | 


SOFTWARE 


Computer-Wissen von A..Z 


Nancy Andrews 

Microsoft Word von A..Z 

Dos vollständige Microsoft-Nach- 
schlagewerk zur Textverarbeitung 
mit Beispielen und Querverweisen 
- für alle Versionen einschließl. 4.0. 
Ein MICROSOFT PRESS/VIEWEG- 
Buch. 1988. V1, 406 5., kart. DM 78,- 


Eddie Adamis 

Lotus 1-2-3von A..Z 

Version ?. Deutsche Ausgabe. Ein 
alphabetisches Nachschlagewerk 
zur Tabellenkalkulation mit Bei- 
spielen und Querverweisen. 

Ein MICROSOFT PRESS/VIEWEG- 
Buch. 1987. v1, 447 5., kart. DM 88,- 


Ray Duncan IHrsg.) 

MS-DOS von A..Z 

Ein alphabetisches Nachschlage- 
werk zum Betriebssystem mit Bei- 
spielen und Querverweisen für alle 
Versionen einschließlich 3.3. 

Ein MICROSOFT PRESS/VIEWEG- 
Buch. 1988. X11,294 5.,kart. DM 78,- 


Anton Liebetrau 

Turbo Pascal 4.0 vonA..Z 

Ein alphabetisches Nachschlage- 
werk zur Programmiersprache mit 
Beispielen und Querverweisen. 
1988. VI, 489 5., kart. DM 78,- 
Es werden alle Versionen berück- 
sichtigt. 


VIEWEG 


Wegweiser zur professionellen Computer-Anwendung 
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Multiplan 4.0 


Financial 
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Bild 2: Auf Tastendruck ( ) werden die Funktionen 
zur Auswahl angezeigt. 


Zeilen oder Spalten können nach bis zu 20 verschie- 
denen Schlüsseln gleichzeitig ın aufsteigender oder abstei- 
gender Folge sortiert werden. 


Bedienungsfreundlicher und komfortabler 


Für die neue Version 4.0 von Microsoft Multiplan wurden 
auch die Eingabemöglichkeiten für Formeln bedienungs- 
freundlicher gestaltet. So können jetzt die Funktionen 
mittels Tastendruck aus einer Liste verfügbarer Formeln 
eingefügt werden. In dieser Liste sind alle Funktionen nach 
Anwendungsgebieten geordnet aufgezählt. Wird die Mar- 
kierung mit den Cursortasten oder der Maus auf eine der 
aufgelisteten Funktionen gesetzt, erfolgt in der Meldungs- 
zeile eine Kurzbeschreibung der entsprechenden Funktion. 

Neu sind auch die verbesserten Gestaltungsmöglichkei- 
ten von Tabellen. Einzelne Zeilen können mit der Version 
4.0 von Multiplan nun in verschiedenen Farbdarstellungen 
am Bildschirm und am Drucker ausgegeben werden. So las- 
sen sich z.B. - über Makros automatisiert - Negativwerte in 
Statistiken Rot, Positivwerte hingegen in Schwarz darstel- 
len. Text kann fett, kursiv, unterstrichen oder durchgestri- 
chen formatiert werden, wobei verschiedene Schriftarten 
zur Verfügung stehen. Damit diese Gestaltungsmöglichkei- 
ten auch ausgegeben werden können, sind jetzt Druckertrei- 
ber vorhanden, die diese Merkmale unterstützen. Um For- 
matierungen bequem auszuwechseln, gibt es einen Befehl 
zum Suchen und Ersetzen von Formatangaben. Die maxi- 
male Spaltenweite beträgt 245 Zeichen. Die gewünschte 
Spaltenweite kann direkt im betreffenden Formatbefehl als 
Argument eingegeben oder mit den Cursortasten ausge- 
dehnt werden. Durch die Eingabe des Buchstabens »d« läßt 
sich die Standardspaltenbreite wiederherstellen. Der Seiten- 
rand kann nun wahlweise in Zeichen, Zoll oder Zentime- 
tern bestimmt werden. Auch die Zahlenformate lassen sich 
frei definieren, wobei 24 unterschiedliche fest integriert sind 
- weitere lassen sich individuell hinzufügen. 
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Bild 3: Hier wurde die Darstellung mit Rahmen und zwei 
Fenstern gewählt. 


Die vielen Neuerungen machten für Microsoft Multiplan 
4.0 gegenüber der Vorgängerversion einige Änderungen im 
Befehlsmenü notwendig. Damit Makros aus älteren Anwen- 
dungen unverändert übernommen werden können, läßt sich 
per Befehl das Menü der Version 3.0 einstellen. Die Makro- 
sprache selbst wurde um sechs Befehle erweitert. Es sind 
jetzt Befehle vorhanden, die die Anzeige von Aktionen in 
der Menüleiste und im Arbeitsblatt während des Makro- 
ablaufs unterdrücken oder aktivieren. Die damit verbunde- 
nen Vorteile: Durch Ausschalten der Bildschirmanzeige 
werden Makros wesentlich schneller und anwenderfreund- 
licher. Letzteres vor allem deshalb, weil nun selbst kom- 
plexeste Makroaktionen durchführbar sind, ohne daß der 
Anwender durch ständiges Bildschirmflackern irritiert wird. 
Darüber hinaus sind zwei Makrobefehle zum Editieren von 
Formeln hinzugekommen. 


Problemloser Datenaustausch 


Vor allem in großen Unternehmen, die Programme unter- 
schiedlicher Hersteller einsetzen oder beim Umstieg von 
anderen Tabellenkalkulationsprogrammen auf Microsoft 
Multiplan, spielen Datentransfer-Möglichkeiten eine ent- 
scheidende Rolle. Dieser Funktionsbereich wurde ın der 
neuen Version 4.0 von Microsoft Multiplan wesentlich er- 
weitert. Es muß jetzt nicht mehr der Typ der zu übertra- 
genden Daten manuell festgelegt werden - Microsoft Mul- 
tiplan 4.0 erkennt automatisch, ob es sich um eine Lotus 
1-2-3-, Lotus-Symphony-, ASCHI- oder SYLK-Datei handelt. 
Auch der Datenaustausch mit Programmen, die unter 
Microsoft Windows ablaufen, wurde erheblich erleichert. 
Microsoft Multiplan 4.0 ist in der Lage, Dateien im ASCH- 
oder SYLK-Format aus der Zwischenablage - dem Clip- 
board - von Windows zu laden oder sie direkt in die Zwi- 
schenablage zu speichern. 


Multiplan 4.0 


Daten und Fakten im Überblick 


Microsoft Multiplan 4.0 ist ablauffähig auf Rechnern mit 
MS-DOS 2.0 oder höher bzw. auf MS OS/2 Version 1.0, die 
über zwei Disketten- oder ein Disketten- und Festplatten- 
laufwerk verfügen. Unter MS OS/2 wird der Protected 
Mode unterstützt. Nötig sind mindestens 384 Kbyte Haupt- 
speicher. Es werden Netzwerke auf der Basis von MS-Net 
oder des Microsoft OS/2 LAN Managers unterstützt. Für 
registrierte Besitzer der Vorgängerversion 3.0 bietet Micro- 
soft ein vollständiges Update zum Preis von 296 DM an. 


Datenbank 


Um Listen besser auswerten zu können und nach bestimm- 
ten Informationen zu suchen, bietet Microsoft Multiplan 4.0 
die Möglichkeit, eine Tabelle oder Teile dieser als Daten- 
bank zu organisieren. Mit Befehlen können Daten nach 
bestimmten Kriterien gesucht und extrahiert werden. 
Außerdem weist Microsoft Multiplan 4.0 statistische Funk- 
tionen für die Arbeit mit der Datenbank auf. 


OS/2-Unterstützung 


Multiplan 4.0 ist jetzt auch unter dem Betriebssystem 
MS OS/2 im OS/2-Modus ablauffähig. Das bedeutet, daß 
Multiplan gleichzeitig mit anderen Anwendungsprogram- 
men ausgeführt oder mehrmals gestartet werden kann, um 
die verschiedensten Aufgaben zu bearbeiten. 


Verbesserte Feldformatierung 


Microsoft Multiplan 4.0 ermöglicht eine Hervorhebung in 
Feldern. Die Zeichenformate Fett, Unterstrichen und Kur- 
siv stehen zur Verfügung. 


Funktionsauswahl 


Multiplan 4.0 weist mehr als 30 neue Funktionen auf, dar- 
unter Datenbankfunktionen, finanzmathematische, mathe- 
matische und statistische Funktionen, sowie Sonder- und 
Textfunktionen, die die Formelerstellung erleichtern. Am 
Bildschirm kann man in einer Liste alle Funktionen nach- 
sehen und diese in Formen einfügen, ohne im Handbuch 
nachzuschlagen. 


Änderungen am Bildschirm 


Der Bildschirm von Multiplan 4.0 weist mehrere Verbesse- 
rungen auf: 


ı Eine neue Statuszeilenanzeige erscheint: EW für den 
Modus »Erweiterung« (wenn vor der Wahl eines 
Befehles ein Bereich markiert wurde). 


» Bei einer Verbindung mit einem externen Programm 
zeigt Multiplan die Gesamtzahl der zu kopierenden Fel- 
der an und zählt dann bis Null zurück, damit der Ablauf 
nachverfolgt werden kann. 


s» Für Mausbenutzer steht ein »!« neben dem »?« Symbol. 
Wie das Drücken von [F4) bewirkt Anklicken des »!«, 
daß die Werte in der Tabelle neu berechnet werden. 


s» Horizontale und vertikale Seitenumbrüche können als 
Teil der Ausschnittumrahmung angezeigt werden. 


Vorauswahl eines Tabellenbereiches 


Für welchen Bereich ein Befehl ausgeführt werden soll, 
kann man sich einfacher vorstellen, wenn der entsprechende 
Bereich vor der Befehlsauswahl markiert wird. Markiert 
man also den gewünschten Teil einer Tabelle und wählt 
danach einen Befehl aus, so erscheint der zuvor hervorge- 
hobene Bereich als Vorgabe in den entsprechenden Be- 
fehlsfeldern. Für Befehle, die keine ausdrücklichen Feld- 
positionsangaben erfordern, zum Beispiel Einfügen und 
Löschen, gibt Multiplan eine Vorgabe ein, die für den zuvor 
markierten Bereich geeignet ist. Die Feldauswahl kann auch 
durch Ziehen der Maus erfolgen. 


Einstellen der Druckoptionen 


Die Ränder auf ausgedruckten Tabellen lassen sich in 
Anzahl der Zeichen (Ze), Zoll (In) oder Zentimeter (Cm) 
angeben. 


Ordnen 


Beim Ordnen von Ziffern oder Spalten wird jede angegebe- 
ne Zeile bzw. Spalte als ein separater Sortierschlüssel 
behandelt, wobei die erste Zeile bzw. Spalte in der Liste die 
wichtigste ist. Microsoft Multiplan bietet in diesem Befehl 
die Möglichkeit, nach bis zu 20 Schlüsseln gleichzeitig zu 
sortieren. 


Änderungen zum Befehl Übertragen Laden 


Der Befehl Übertragen Laden ist jetzt kontextabhängig: 
d.h. Multiplan 4.0 lädt Tabellen und Dateien, die im 
Multiplan-, SYLK- oder ASCII-Format gespeichert sind, 
automatisch in dem Format, das im Befehl Übertragen 
Optionen zuvor festgelegt wurde. 


Speichern eines Teiles einer Tabelle 


Teile einer Tabelle lassen sich durch Angabe des Speicher- 
bereiches im Befehl Übertragen Optionen speichern, um 
z.B. eine sehr große Datei in übersichtlichere Tabellen zu 
splitten. 


Microsoft Windows-Zwischenablage 


Tabellen oder Teile von Tabellen, die im ASCII- oder 
SYLK-Format gespeichert wurden, lassen sich in der Win- 
dows-Zwischenablage speichern und von dort laden. 


Darstellung des Befehlsbereiches 


Die Farbe von Befehlsnamen kann zur Unterscheidung von 
Befehlsnamen und Optionen geändert werden. 
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Multiplan 4.0 


Makros 


Multiplan 4.0 weist mehrere neue 
Makrobefehle auf, die das Aus- und 
Einschalten der Menü- und Bild- 
schirmaktualisierung ermöglichen und 
das Bearbeiten von Eingaben in Be- 
fehlsfeldern erleichtern. Die neuen 
Makrobefehle lauten: 


"AM 

schaltet das Menü aus. Bei Ver- 
wendung dieses Makrobefehls 
aktualisiert Multiplan die Menüs 
während des restlichen Makros 
nicht, bzw. so lange nicht, bis das 
Programm auf das Makro 'EM 
oder ein anderes Makro stößt, das 
eine Eingabe wie zum Beispiel 'MF 
oder 'IS erfordert. Dadurch kann 
Multiplan komplexe und visuell 
beeindruckende Makros durch- 
führen, ohne daß der Anwender 
durch das Aktualisieren des Menüs 
abgelenkt wird. Im Einzelschritt- 
modus ignoriert Multiplan diesen 
Makrobefehl. 


'EM 
schaltet die Menüs ein. Dieser 
Befehl wird während eines Makros 
nach Verwendung des Makrobe- 
fehls 'AM zum erneuten Ein- 
schalten der Menüaktualisierung 
verwendet. 


'AB 

schaltet den Bildschirm aus. Bei 
Verwendung dieses Makrobefehls 
aktualisiert Multiplan den Bild- 
schirm während des restlichen 
Makros nicht, bzw. so lange nicht, 
bis das Programm auf das Makro 
'EB oder ein anderes Makro stößt, 
das eine Eingabe wie zum Beispiel 
'MF oder ’IS erfordert. Dieser 
Makrobefehl ist dem ’AM-Makro 
ähnlich. Im Einzelschrittmodus 
ignoriert Multiplan diesen Makro- 
befehl. 


'EB 
schaltet den Bildschirm ein. Dieser 
Befehl wırd während eines Makros 





ECHT SCHNELL DAGEGEN: 
MICROSOFT QUICKBASIC 4.0. 


Eine Schnecke bleibt eine Schnecke - auch 
wenn sie sich durch allerlei Mimikry — Spoı- 
ler, wohlklingende Namen und ähnliches - 
ein rasantes Outfit schneidert. 

Werfen Sie dagegen bei der neuen deutschen 


Ein Compiler, so 
schnell, daß Sie 
wie mit einem 
Interpreter arbei- 
ten. Integrierte 
Entwicklungsum- 
gebung: Compi- 
ler, Editor und 
Debugger in 
einem. Syntax- 
überprüfung bei 
der Eingabe und 
kontextsensitive 
Hilfe. 





Version von Microsoft QuickBASIC 4.0 
mal einen Blick unter die Haube: Da 
gibt es statt Show-Tuning einen vollig 
neu überarbeiteten Compiler. So sensa- 
tionell schnell, daß Sie damit wie mit 
einem Interpreter arbeiten konnen: 
Programm ausführen, anhalten zum 
Debuggen und Verändern, einfach wei- 
terlaufen lassen - ohne lastıge Warte- 
zeit. Programmaänderungen baut Micro- 
soft QuickBASIC 4.0 um die 150.000 
Zeilen pro Minute ein - eine echte 
Revolution! Revolutionar auch die 
automatische Syntaxüberprufung direkt 


beim Eintippen des Programmcodes. Fehler 
werden sofort angezeigt — die integnerte 
Hilfefunktion liefert dazu schnellstens 
Antworten. 

Und hier das absolut neue Fahrgefühl: Auf- 
rufe der Microsoft Sprachen C 5.0, QuickC, 
FORTRAN 4.0, Makroassembler und 
PASCAL 4.0 werden ebenso unterstutzt wie 
die Herkules Graphikkarte und die Intel 
8087/80287 Koprozessoren. 

Also umsteigen, bei uns einsteigen und ab 
geht die Post. Eine Probefahrt wird Sie rest- 
los überzeugen. 


Ms/Dos| [ae [320/uR] 3}: 54 


Microsoft 


ZUKUNFT DER SOFTWARE 


couPoON 


Bitte senden Sie mir Informationsmaterial zu Microsoft QuickBASIC 4.0. 
Ich nutze Software: [Iprıvad UI beruflich/Branche __ 
Mein Rechner: [] MS-D0S UOIMS-0$S/2 DJ Macintosh 


Bitte senden Sie den Coupon an: Microsoft GmbH - Erdinger Landstraße 2 - BON Aschheim-Dornach 


Absender nicht vergessen. 


Multiplan 4.0 


nach Verwendung des Makrobe- 
fehls '’AB zum erneuten Einschal- 
ten der Bildschirmaktualisierung 
verwendet. Multiplan aktualisiert 
den Bildschirm immer dann, wenn 
das Programm auf diesen Makro- 
befehl stößt. 


'HE 
geht zum Anfang der zu bearbei- 
tenden Eingabe in einem Befehls- 
feld. Dieses Makro entspricht dem 
Drücken vom [Shift)[F7). 


'EN 
geht zum Ende der zu bearbeiten- 
den Eingabe in einem Befehlsfeld. 
Dieser Makro entspricht dem 
Drücken von [Shift)[F8). 


Ändern der Feldbreite 


Jetzt lassen sich die Richtungstasten 
zum Ändern der Feldbreiten in den 
Menüpunkten Format Breite der 
Spalten und Format Standard 
Breite der Spalten verwenden. 
Mit jedem Tastendruck ändert sich die 
Spaltenbreite direkt am Bildschirm, so 
daß die Änderungen direkt überprüf- 
bar sind. 


Kompatibilität mit alten Menüs 


Die Befehlsmenüs wurden in Multi- 
plan 4.0 zum Teil geändert. Trotzdem 
lassen sich unter Microsoft Multiplan 
3.0 erstellte Makros problemlos ein- 
setzen. Denn Microsoft Multiplan 4.0 
erlaubt es, das Menü der Version 3.0 
anzeigen zu lassen. 


Druckertreiber 


Multiplan 4.0 kann Tabellen jetzt ein- 
fach gestalten und formatieren, ohne 
daß Druckersteuerzeichen eingegeben 
werden müssen. Man wählt einfach, 
wie von Microsoft Word gewohnt, den 
gewünschten Druckertreiber aus. Und 
schon lassen sich Tabellen mit den 
Schriftarten und -größen versehen, die 
in einem Menü am Bildschirm ange- 
boten werden. 


pi 


Buchbesprechungen 


Das | | versucht 


ine Bücherflu 





Bücher über Bücher 


In den letzen Monaten hat sich eine solche Fülle inter- 
essanter Bücher zu Programmierthemen in der Redaktion 
angesammelt, daß wir sie diesmal nicht in der gewohnten 
Ausführlichkeit besprechen können. Deshalb bringen wır 
hier zum großen Teil nur Kurzbesprechungen. Wir hoffen, 
beim nächsten Mal wieder ausführlicher sein zu können. 


Windows 


Es ist soweit: Endlich gibt es auch ein deutsches Buch über 
das »Programmieren unter MS-Windows«. Es ist im Hanser- 
Verlag erschienen und stammt von Jacek Skarbek und 
Herbert Thiele. Es handelt sich dabei um ein Lehr- und 
Arbeitsbuch über die Benutzung der Funktions-Biblio- 
theken und Begriffe des Windows Software Development 
Toolkits, das vor allem die ersten Schritte in die Windows- 
Umgebung erleichtern soll. Anhand zahlreicher Anwen- 
dungsbeispiele wird besonders auf die Selbsterstellung von 
Anwendungsprogrammen eingegangen, die die Besonder- 
heiten von Windows nutzen, die grafische Benutzerober- 
fläche und die Multitasking-Fähigkeiten, und Text- und 
Grafikinformationen austauschen. Es ist zu hoffen, daß das 
Buch der Anfang einer Reihe von hoffentlich ebenso soli- 
den deutschen Windows-Büchern sein wird. 


Jacek Skarbek, Herbert Thiele: »Programmieren unter MS- 
Windows«, München: Hanser, 1988; 375 Seiten; ISBN 3-446- 
15173-7; DM 78,-. 


QuickBasic 


Die interessanteste Neuerscheinung über QuickBasic ist 
die »Microsoft QuickBasic Programmer’s Toolbox« von John 
Clark Craig. Dieses Buch besteht fast nur aus Listings mit 
kurzen Beschreibungen. Insgesamt werden über 250 Unter- 
programme und Funktionen präsentiert, die sich über alle 
Bereiche der Programmierung erstrecken, von der Bild- 
schirm- und Maussteuerung über String- und Bitmanipula- 
tionen bis zu Statistik- und Kalenderfunktionen. Neben der 
Verwertbarkeit ist von besonderem Nutzen, daß man sieht, 
wie schön man mit QuickBasic modular und strukturiert 
programmieren kann. Gesamturteil: Sehr empfehlenswert. 

Doch auch die deutsche QuickBasic-Bücher haben etwas 
zu bieten. Gerd Kebschull beschreibt in seinem QuickBasic- 
Handbuch die Versionen 2.01 bis 4.0 von QuickBasic, wobei 
auch auf die Unterschiede eingegangen wird. Einen großen 
Teil des Buches macht eine Beschreibung der Befehle und 
Funktionen von QuickBasic aus, wobei in der Regel meh- 
rere Beispiele geboten werden. In einer 40seitigen Pro- 
grammsammlung werden einige komplette Programme vor- 
gestellt, von der Musikerzeugung bis zum Spiel. 


John Clark Craig: »Microsoft QuickBasic Programmer’s 
Toolbox«, Redmond: Microsoft Press, 1988; 500 Seiten; ISBN 
1-55615-127-6; 522.95. Diskette 523.95. 


Gerd Kebschull: »Das QuickBASIC Handbuch«, Düsseldorf: 
Sybex, 1988; 652 Seiten; ISBN 3-88745-523-1; DM 49,-. 
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QuickC und Microsoft C 


Daß sich Microsoft Press mit seinen Bücher außergewöhn- 
lich viel Mühe gibt, zeigt auch wieder das Buch »Microsoft 
QuickC Programming« von der Waite Group. Man hat sich 
mit Mitchel Waite und Stephen Prata zwei Autoren geholt, 
die sich mit qualitativ hochwertigen Büchern über die Pro- 
grammiersprache C in anderen Verlagen einen Namen ge- 
macht haben, und damit ein Buch bekommen, daß derzeit 
das wohl beste in dieser Kategorie ist. Wer englischspra- 
chige Fachbücher lesen kann und sich für QuickC interes- 
siert, sollte dieses Buch ganz oben auf seine Einkaufsliste 
setzen. 

Wer Deutsch vorzieht, erhält mit »Programmieren mit 
Quick C« von Rainer Haselier und Klaus Fahnenstich eine 
gute Einführung in das Thema, die vor allem davon profi- 
tiert, daß die Autoren zahlreiche Schulungen durchgeführt 
haben. Die Beispielprogramme werden, wie das beim Ver- 
lag Markt & Technik erfreulicherweise inzwischen schon 
Standard ist, auf zwei Disketten mitgeliefert. 

Said Baloui, der sich mit seinen Tool-Disketten zu 
QuickBasic einen Namen gemacht hat, hat nun unter dem 
Titel »Profi-Tools QuickC« auch eine Tool-Sammlung für 
QuickC herausgebracht. Auch hier gehört die Diskette zum 
Lieferumfang. Beschrieben werden in gewohnter Qualität 
zahlreiche Unterroutinen, die als Grundlage für jedes Pro- 
gramm benötigt werden, von der Stringbehandlung bis zur 
Fenster- und Menüverwaltung. 

Um eine Loseblattsammlung im DIN-A4-Format han- 
delt es sich bei »Erfolgreiches Programmieren mit komforta- 
blen Musterlösungen in C«, das von Jürgen Riederer heraus- 
gegeben wurde. Der Vorteil einer Loseblattsammlung liegt 
auf der Hand, sie ist preiswert erweiterbar und leicht auf 
dem neuesten Stand zu halten. So erscheinen hier alle 2 bıs 
3 Monate Ergänzungsausgaben mit einem Umfang von ca. 
120 Seiten und einer Diskette zum Preis von DM 59,-. 
Neben der Einführung in die Sprache C bietet diese 
Sammlung auch viele Programmbeispiele, deren Glanzstück 
ein 8086-C-Compiler ist. 


The Waite Group: »Microsoft QuickC Programming; The 
Microsoft Guide to Using the QuickC Compiler«, Redmond: 
Microsoft Press, 1988; 607 Seiten; ISBN 1-55615-048-2; 
319.95. Diskette 822.95. 


Rainer Haselier, Klaus Fahnenstich: »Programmieren mit 
Quick C«, Haar: Edition Microsoft im Markt & Technik Ver- 
lag, 1988; 412 Seiten; inkl. 2 Disketten; ISBN 3-89090-609-5; 
DM 69,-. 


Said Baloui: »Profi-Tools Quick C«, Haar: Markt & Technik, 
1988; 209 Seiten; 1 Diskette; ISBN 3-89090-692-3; DM 98,-. 


Jürgen Riederer: »Erfolgreiches Programmieren mit komforta- 
blen Musterlösungen in C«, Kissing: Interest-Verlag, 1988; 
Bestell-Nr. 3600; DM 98,-. Diskette (Grundwerk-Progr. und 
8086-C-Compiler) DM 39,90. Ergänzungslieferungen DM 59,-. 


Buchbesprechungen 


Assembler 


Auch für die Assemblerprogrammierung bietet der Inter- 
est-Verlag mit dem »Intel 16 Bit Assemblerhandbuch« von 
Jobst, Lutz und Selder eine Loseblattsammlung an. Sie 
vermittelt nicht nur Assembler- und Hardwarekenntnisse, 
sondern enthält auch Module eines 8086-Makroassemblers. 
Schritt für Schritt kann man hier Entwicklung und Aufbau 
des am MASM-Standard ausgerichteten Programmierwerk- 
zeugs mitverfolgen, das in den Ergänzungsausgaben laufend 
erweitert wird. 

Ein Standard für den Einstieg in die Assemblerprogram- 
mierung auf dem amerikanischen Markt ist jetzt auch auf 
deutsch erhältlich: »Peter Norton’s Assemblerbuch«. Es ist 
zwar in den USA allgemein bekannt, daß Peter Norton zu 
diesem Buch wenig mehr als seinen Namen beigetragen hat, 
doch das hat dem Erfolg des Buches keinen Abbruch getan, 
denn auch John Socha ist als Entwickler solcher Pro- 
gramme wie dem Norton Editor oder dem Norton Com- 
mander kein unbeschriebenes Blatt. Zu empfehlen ist das 
Buch wegen seines hervorragenden didaktischen Aufbaus 
vor allem dem Assembleranfänger, Sehr schön ist auch, daß 
das Ziel der Entwicklung ein umfangreiches und allgemein 
nützliches Disk-Patch-Programm ist, dessen Programm- 
Module sich auch als Basis für andere Programme eignen. 

Aber auch weniger bekannte Autoren können gute 
Bücher über die Assemblerprogrammierung schreiben, wie 
Peter Monadjemi mit seinem Buch »PC-Programmierung in 
Maschinensprache« zeigt. Hier wird jedoch stärker auf 
Besonderheiten wie die Programmierung von Grafikaus- 
gaben auf der Herkuleskarte eingegangen und auch um- 
fangreichere Informationen zum Nachschlagen geboten, 
z.B. ausführliche Beschreibungen aller Assemblerbefehle 
oder Interruptübersichten. Für Anfänger vorteilhaft sind die 
Übungen am Ende jedes Kapitels, die zusammen mit den 
Lösungen im Anhang eine effektive Kontrolle des Lernvor- 
gangs erlauben. 


Jobst/Lutz/Selder: »Intel 16 Bit Assemblerhandbuch; Pro- 
grammiertechnik und Programmsammlung für IBM PC's und 
Kompatible«, Kissing: Interest-Verlag, 1987; Bestell-Nr. 2200; 
DM 98,-. Diskette 1 (Grundwerks-Programme und ASM) DM 
39,90; Diskette 2 (Programme der 1. und 2. Ergänzung und 
SIG.ASM) DM 39,90. Ergänzungslieferungen DM 59,-. 


Peter Norton, John Socha: »Peter Norton’s Assemblerbuch«, 
Haar: Markt & Technik, 1988; 418 Seiten; inkl. 2 Disketten; 
ISBN 3-89090-624-9; DM 79,-. 


Peter Monadjemi: »PC-Programmiering in Maschinen- 
sprache«, Haar: Markt & Technik, 1988; 623 Seiten; inkl. 1 
Diskette; ISBN 3-89090-503-X; DM 69,-. 


Problemlösungen 


Robert Jourdain liefert mit seinem Buch »Der PC-Problem- 
löser« eine Nachschlagewerk, das gleichzeitig als Anregung 


für die Lösung von typischen Programmierproblemen auf 
PCs gedacht ist. Zu jedem Problem wird ein Beispiel- 
programm geliefert, wodurch dem Leser eben nicht nur die 
nötigen Informationen geboten werden, wie das von einem 
Nachschlagewerk erwartet wird, sondern auch gleich eine 
lauffähige Lösung. Man spart dadurch sehr viel Program- 
mier- und Testzeit. Jedes Problem wird auf verschiedenen 
Ebenen gelöst (obere, mittlere, untere). Auf der oberen 
Ebene wird erläutert, wie das Problem in einer höheren 
Programmiersprache zu lösen ist (meist Basic), bzw. wel- 
cher Befehl dafür verfügbar ist. Für die beiden anderen 
Ebenen werden überwiegend Beispiele in Assembler be- 
schrieben. 

Eine stichwortartige Übersicht der behandelten Themen 
zeigt die Vielfalt der Problemlösungen: Systemausstattung 
feststellen, Interruptbehandlung, Speicherverwaltung, Zeit- 
geber, Tonerzeugung, Abfrage und Programmierung der 
Tastatur, Bildschirmausgaben, Pixelgrafik, Rollen und 
Blättern, Datei- und Verzeichnisoperationen, Druckvor- 
gänge, Sonderzeichen, Hardcopies, Programmierung der 
Schnittstellen, Einheitentreiber u.v.m. 

Das Buch wird damit seinem gesetzten Ziel gerecht: Es 
dürfte darin jeder Programmierer zahlreiche Hinweise fin- 
den, die ihm die Lösung eigener Programmierprobleme 
erleichtern. 


Robert Jourdain: »Der PC-Problemlöser / Die 144 häufigsten 
Programmierprobleme und ihre Lösungen«, München: Han- 
ser, 1988; 510 Seiten; ISBN 3-446-15348-9; DM 78,-. 


Robert Jourdain ist auch der Ko-Autor von »Peter Norton’s 
Hard Disk Kompendium«. Hier geht es jedoch nicht um 
Programmierprobleme, sondern um die Beschreibung von 
Festplatten und ihren besonderen organisatorischen Erfor- 
dernissen. Viele Anwender halten Festplatten immer noch 
für gigantische Disketten, was dann in der Praxis zu vielen 
Problemen führen kann, von der eingeschränkten Dateian- 
zahl im Hauptverzeichnis bis zum Vergessen der notwen- 
digen Datensicherung. Das Hard-Disk-Kompendium zeigt, 
wie Festplatten aufgebaut sind, wie Daten darauf struktu- 
riert werden können, wie man geeignete Platten auswählt, 
welche Software ratsam ist, wie sie installiert werden, wie 
sich die Performance verbessern läßt, welche Sicherungs- 
arten möglich und zu empfehlen sind und wie man Festplat- 
ten-Katastrophen mit möglichst geringem Datenverlust 
übersteht. Alles Themen, die nicht nur für »normale 
Sterbliche«, sondern auch für Programmierer interessant 
sind. Besonders die Kapitel über die Datensicherung seien 
jedem ans Herz gelegt. Es ist erstaunlich, wie oft man 
immer noch von totalem Datenverlust gerade auch bei Pro- 
grammierern hört, weil die Datensicherung viel zu oft noch 
als lästiges und überflüssiges Übel angesehen wird, 


Peter Norton, Robert Jourdain: »Peter Norton's Hard Disk 
Kompendium«, Haar: Markt & Technik, 1988; 459 Seiten; 
ISBN 3-89090-645-1; DM 79,-. 
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Bildschirmausdruck in Assembler 


Obwohl alle Mitglieder der IBM PC- und PC/2- 
Familie mit einer ROM BIOS-Routine ausge- 
stattet sind, die die Ausgabe des aktuellen Bild- 
schirmpufferinhalts auf einem Drucker ermög- 
licht, kann es doch notwendig werden, ein eige- 
nes Programm zur Ergänzung oder Ersetzung 
der Bildschirmroutine zu schreiben. Dieser 
Buchauszug beschäftigt sich mit solchen Bild- 
schirmdruckroutinen und mit der Frage, wie 
und warum ein eigenes Programm geschrieben 
werden kann. 


Alphanumerische Modi 

Die für den Bildschirmausddruck zuständige Routine befin- 
det sich auf der Hauptplatine im ROM und wird über den 
Softwareinterrupt 5 aufgerufen (der Tastatur-Handler führt 
diesen Interrupt aus, wenn die Tastenkombination 
betätigt wird). Auch innerhalb eines Programm kann 
der INT 5 ausgeführt werden. Die Routine kopiert den 
Inhalt der aktuellen Bildschirmseite zum Drucker und ver- 
wendet dazu die alphanumerischen Modi mit einer Auf- 
lösung von 80x25 oder 40x25 Zeichen. Die Routine druckt 
lediglich die ASCIH-Zeichencodes, die Attributbytes im 
Bildschirmpuffer werden ignoriert. 

EGA, MCGA, VGA 
Das ROM BIOS der EGA, MCGA und VGA verfügt über 
‚ eine flexiblere Version der Routine INT 5. Diese verwendet 
den Wert ROWS (0040:0084) im Bildschirmdatenanzeige- 
bereich, um die Anzahl der zu druckenden Zeichenzeilen zu 
bestimmen (die ROM-Version auf der Hauptplatine dage- 
gen druckt: immer 25 Zeilen). Die Hauptplatinenversion 
wird beim IBM PC/XT oder IBM PC/AT standardmäßig 
verwendet. Um die ROM BIOS-Routine von EGA oder 
VGA über Interrupt 5 zugänglich zu machen, muß der 
Interrupt INT 10H mit BL = 20H aufgerufen werden. Da- 
durch wird der Vektor auf die flexiblere Routine gesetzt. 

Blockgrafikzeichen 
Da die meisten Drucker für das Arbeiten mit verschiedenen 
Computern ausgelegt sind, ist nicht immer der gesamte 
ASCH-Zeichensatz verfügbar. Besonders die Zeichen, die 
für den Einsatz in Blockgrafiken vorgesehen sind, sind 
(leider auch) auf IBM-kompatiblen Druckern nicht immer 
vorhanden. Die Zeichen oberhalb des ASCII-Codes 128 
werden mitunter mit einem anderen Erscheinungsbild oder 
gar nicht ausgedruckt. 


Grafikmodi 
Das ROM BIOS unterstützt keinen Bildschirmausdruck im 
Grafikmodus, so daß in diesen Modi eigene Programme für 
den Ausdruck des Bildschirmpufferinhalts herangezogen 
werden müssen. 
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GRAPHICS 


Bei GRAPHICS handelt es sich um ein RAM-residentes 
Programm für den Bildschirmausdruck. Dieses Programm 
wird von Microsoft als Teil des Betriebssystems MS-DOS 
geliefert und trägt die Bezeichnung GRAPHICS.COM oder 
GRAPHICS.EXE. Bei der Ausführung von GRA- 
PHICS.EXE wird ein speicherresidentes Programm für die 
CGA-Grafikmodi (320x200 mit vier Farben und 640x200 
mit zwei Farben) in den Hauptspeicher geladen. Das Pro- 
gramm wurde für die Ausgabe auf einem IBM- oder Epson- 
kompatiblen Drucker entwickelt. 

Der RAM-residente Teil von GRAPHICS fängt Inter- 
rupt 5 ab und überprüft den aktuellen Bildschirmmodus. 
Falls sich der Adapter in einem Grafikmodus befindet, wird 
ein Bildschirmausdruck erstellt, andernfalls übernimmt die 
BIOS-Routine des Interupt 5 den Bildschirmausdruck ım 
alphanumerischen Modus. Ein Bildschirmausdruck ım Gra- 
fikmodus kann durch das Betätigen der Tastenkombination 
erhalten werden, so wie das auch in den 
alphanumerischen Bildschirmmodi der Fall ıst. 


Entwicklung einer Routine für den 
Bildschirmausdruck 

Falls auf einer EGA-, VGA-, MCGA- oder Herkules-Gra- 
fikkarte ein Ausdruck gewünscht wird oder GRAPHICS auf 
dem Drucker nur unzulängliche Ausdrucke produziert, 
kann eine eigene Routine für den Bildschirmausdruck ent- 
wickelt werden. Listing 1 gibt für die CGA-Grafikroutinen 
ein einfaches Beispiel. Die Routine ScreenDumpCGA läßt 
sich in ein Assemblerprogramm oder in ein Programm 
einer anderen höheren Programmiersrache integrieren, in- 
dem es mit den entsprechenden Registerwerten im richtigen 
Speichermodell aufgerufen wird. ScreenDumpCGA kann 
auch in ein speicherresidentes Programm eingebaut werden, 
das wie GRAPHICS den Interruptvektor 5 umleitet und 
immer dann ausgeführt wird, wenn die Tastenkombination 
im Grafikmodus gedrückt wird. 

ScreenDumpCGA kopiert Pixel aus dem Bildschirmpuf- 
fer in einen Zwischenpuffer und formatiert diesen so, daß 
der Inhalt direkt an den Drucker übergeben werden kann 
(in diesem Beispiel wird mit einem Epson MX-80 gearbei- 
tet). Da auf den Bildschirmpuffer wahlfrei zugegriffen wer- 
den kann, liest ScreenDumpCGA die Pixel in der Reihen- 
folge, in der sie an den Drucker gesendet werden. 

Das Herzstück von ScreenDumpCGA ist die Unterrou- 
tine TranslatePixels. Diese Routine bildet Pixel aus 
dem Bildschirmpuffer in den Druckerpuffer ab. In diesem 
Fall handelt es sich um eine kurze und schnelle Routine, da 
die zur Umwandlung von Bildschirm- in Druckerpixel ein- 
gesetzte Transformationsvorgabe recht einfach ist, da der 
MX-80 vertikal orientierte Pixel ausdruckt (siehe Bild TI). 
Die einfachste Methode, um Pixel aus einem horizontal aus- 
gerichteten Bildschirmpuffer auszudrucken, ist die Drehung 
um 9% Grad. 


KITTS BTIKYAIF 
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Bild 1: Pixelabbildung eines typischen Punktmatrixdruckers. 
Bei der Verschiebung des Druckkopfes über die Seite werden 
gleichzeitig acht Pixelzeilen gedruckt. Jedes an den Drucker 
übergebene Byte beschreibt acht vertikal angeordnete Pixel, 
wie das Bild zeigt. 


Die Anpassung der Routine ScreenDumpCGA konzen- 
triert sich darauf, wie Pixel aus dem Bildschirmpuffer am 
besten in den Druckerpuffer abgebildet werden. Dazu kann 
in TranslatePixels die Skalierung oder Rotation der 
Pixel geändert werden, oder es wird die Routine Screen- 
DumpCGA modifiziert, und so die Reihenfolge geändert, in 
der der Inhalt vom Bildschirm- in den Druckerpuffer 
kopiert wird. 

Beispiel: ScreenDumpCGA und TranslatePixels 
können so modifiziert werden, daß der Inhalt des EGA- 
Bildschirmpuffers (oder des VGA) im 640x350-Farbmodus 
(16-farbig) ausgedruckt werden kann. Die Routine in 
Listing 2 druckt alle Pixel mit dem Wert 0 als schwarze 
Punkte. Beachten Sie, wie der Lesemodus 1 des Controllers 
diese Aufgabe in TranslatePixels vereinfacht. 


RAM-gestützte alphanumerische 
Zeichendefinitionen 


Auch die Routine für den Bildschirmausdruck im Grafik- 
modus kann so modifiziert werden, daß RAM-gestützte 
Zeichen ausgedruckt werden, die in den alphanumerischen 
Modi des EGA, MCGA, VGA, HGC+ und der InColor 
Karte verwendet werden. Dies ist möglich, wenn die im 
Bildschirmpuffer gespeicherten Zeichencodes zur Indizie- 
rung des Zeichendefinitions-RAM eingesetzt werden. Das 
Bitmuster, durch das jedes Zeichen definiert ist, kann als 
Punktmuster für den Drucker eingesetzt werden. 

In Listing 3 wird dies an den Zeichen, die in den Zei- 
chendefinitionstabellen des EGA bzw. VGA definiert sind, 
gezeigt. Die Routine druckt jede Zeichenspalte im Bild- 
schirmpuffer, indem der Puffer (PrintBuf) mit den Bit- 
mustern, die die Zeichen definieren, gefüllt wird. Die 
Memory-Maps 0 (enthält Zeichencode) und 1 (enthält Zei- 
chendefinition) werden in der Unterroutine Translate- 
Pixels getrennt adressiert, indem der Sequencer und der 
Grafik-Controller programmiert werden. 

Richard Wilton 





Dieser Text stammt aus dem Buch Buch »The programmer’s 
guide to PC and PS/2 video systems. Maximum performance 
from the EGA, VGA, HGC, and MCGA« von Richard 
Wilton, erschienen bei Microsoft Press. 


Die englische Ausgabe haben wir im Microsoft System 
Journal Juli/August 1988 auf der Seite 47 besprochen. Die 
deutsche Übersetzung wird in Kürze unter dem Titel »Text- 
und Grafikdarstellung mit IBM PC und IBM PS/2« (ISBN 3- 
528-04627-9, Preis ca. DM 90,-) im Vieweg-Verlag erscheinen, 
mit dessan freundlicher Genehmigung der Abdruck erfolgt. 


Wir möchten dieses Buch unseren Lesern an dieser Stelle 
noch einmal ausdrücklich empfehlen. Wer gute und schnelle 
Bildschirmausgaberoutinen in Assembler oder für C-Pro- 
gramme benötigt, sollte sich dieses Buch (am besten gleich 
mit Diskette) zulegen. 


TITLE 
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PAGE 


'Listing 1’ 
Scree 
55,132 
Name: 
Funktion: 


ScreenDumpCGA 


a De 2% 
CGA 640x200 2- ie und 328x208 4-farbig 


Aufrufendes Programm: (undefiniert) 


Die Hauptprozedur dieses Pro 
Scree ‚ kann aus jedem Anwendungs- 


Peograme oder als Teil less TSR- 
lers (Terminate-but-Stay Resident) 
für Interrupt 5 aufgerufen werden. 


Hinweis: 


-.-— ee ee ee ae ae ae ae ur 


3 
2 


4 ;‚ MS-DOS, Standarddruckernummer 


DGROUP GROUP DATA 


_TEXT SEGMENT byte blic Be 
ASSUME cs: "TEXT ,ds 


: PrintLine 


Schreibt eine Zeile in die Standarddruckereinheit. 
- Fehler werden ignoriert. 


PrintLine PROC near 


mov bx,STDPRN 
mov ah,4dh 
int 21h 

ret 


PrintLine ENDP 


; Aufr. Pgs.: DS:DX -> Daten 
’ CX = Anzahl Bytes 


; INT 21h Funk.4ßh: Schreiben 
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; PrinterGraphics 


PrinterGraphics PROC near 


Versetzt Drucker in den "Grafikmodus”. Diese Routine 
muß für verschiedene Drucker angepaßt werden. 


; Konfiguriert Epson MX-88 
;s auf det Punktp/Zeile 
BEL ees DGROUP :EpsonGraphics 

cx, 

PrintLine 


PrinterGraphics ENDP 


PrinterDefault PROC near 


PrinterDefault 


Versetzt Drucker in den Standardmodus (keine Graphik). 
Diese Routine muß ebenfalls angepaßt werden. 


; Konfiguriert Epson MX-88 für 
a oe 
dx,offset DGROUP :EpsonReset 

PrintLine 


; Aufr. Pgm.:ES:DI -> Puffer 
; CX=Pufferlänge 


; Rückgabe: CX=angepapte Länge 
; Aussprung, wenn Puffer leer 


;‚ ES:DI->letztes Byte im Puffer 
; AL := 8 (zu suchendes Byte) 

; Rückwärtssuche 

; Direction-Flag wiederherst. 
Sprure, ie mit 


; Länge auf letztes Byte 
ungleich 8 setzen 


; PrintPixels 


PrintPixels PROC near 
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Druckt eine Zeile von Pixeln auf einem Epson MX-8B. 


; Aufr. Pga.: DI = Pufferoffset 
: CX = Pufferlänge 


push ds 
pop es 


push di 
call ChopZeroes 
cx 


push 


; ES := DS 
; Pufferoffset sichern 
; Länge sichern 
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word ptr DataHeader+2,cx ; Pufferlänge im Aus- 


bedaten-Header speichern 


ER URer DGROUP : Da eader 


cK, 
PrintLine 
cx 


dx 
PrintLine 


Daten-Header drucken 


; CX := Pufferlänge 


DX := Pufferoffset 
Pixel drucken 


dx,offset DGROUP:CRLF 
cx,2 


PrintLine 


PrintPixels ENDP 


TranslatePixels 


eines Abdruckes an 


gedruckte Pixel 


von 488 Pixel Breite. 


TranslatePixels PROC near 


push ds 
mov ds ‚VideoBufSeg 


add di,398 

mov cx,288 

mov bx ,28868h+1 
mov dx ,81-2888h 
std 

lodsb 


mov 
stosw 


add 

xchg 

loop L11 
cld 

pop ds 
ret 


TranslatePixels ENDP 


; ScreenDumpCGA 


ScreenDumpCGA PROC near 


call PrinterGraphics ; 


push ds 
pop es 


; Aufr. Pgm.: 


Kopiert eine druckbare Pixelzeile aus dem Bildschira- 
puffer in den Druckerpuffer. Diese Routine kann 
verändert werden, um die Skalierung oder Ausrichtung 
ssen, Farbdarstellungen in 
Graustufen umzuwandeln usw. 


Diese Routine formatiert den Druckerpuffer für die 
Ausgabe auf einem Epson MX-88. Die Seite wird um 98 
Grad gedreht ausgedruckt, wobei zwei horizontal 
jedes vertikale Pixel im Bild- 
schirmpuffer erscheinen. Da der CGA-Bildschirm eine 
Höhe von 288 Pixeln besitzt, resultiert ein Ausdruck 


; Aufr. Pgm.: 
; SI = Bildschirmpufferoffset 
; ES:DI->Druckerpuffer 


; DS sichern 
; DS:SI-»Bildschirmpuffer 


; ES:DI->2 Bytes vor Pufferende 
; CX := # vertikaler Pixel 

; BX := 1. Bildschirmpufferink. 
; DX := 2. Bildschirmpufferink. 
; Druckpuffer rückwärts füllen 


: AL := 8 Pixel des Bildschira- 


puffers 


; AX := 8 doppelte Pixel 
; in Druckerpuffer schreiben 


» Inkrementieren zum nächsten 


Interleave 


; des Bildschirmpuffers 


; Direction-Flag löschen 
; DS wiederherstellen 


DS = DGROUP 


a des Druckers: 
Grafik 


; DS,ES := DGROUP 








aJitd ı ETIRYAIFG 


si,si «51 := Startoffset des 
; Bildschirapuffers 


si 

di,offset DGROUP :PrintBuf 

TranslatePixels ; Kopieren einer druckbaren 
; Pixelzeile 


cx, 428 & 
di,offset DGROUP :PrintBuf 
PrintPixels ; drucken 


si 

si 

s1,80 ; Schleife über alle 80 Spalten 
L21 ; 4m Bildschirmpuffer 


PrinterDefault ; Druckerstandardmodus 
‘ wiederherstellen 
ret 


ScreenDumpGGA ENDP 


_TEXT  ENDS 


_DATA 

PrintBuf 

VideoBufSseg 
EpsonGraphics 


Epsonheset 
|DataHeader 
CRLF 


| _DATA 


SEGMENT word public "DATA" 

488 dup(?) ; Ausgabepuffer drucken 
dBaddh 

1Bh,33h, 18h 


1Bh,48h 
1Bh,4Bh,Bdh,,deh 
dDh,BAh 


gs gesssE 28 





Listing 1: Einfache Bildschirmausdruckroutine für CGA 


I 
# 


|; Name: 


Funktion: 


Hinweis: 


= 
| a 
| 
" 
" 
“ 
L! 
“ 
L 
“ 
L} 
F 
# 
F 
LU 
} 
[} 
“ 
1} 
“ 
| ü 
D 
U 


GROUP 


TITLE "Listing 2° 
NAME ScreenDumpEGA 
PAGE 55,132 
ScreenDumpEGA 


Bildschirmausdruck für EGA 640x558 16-farbig 


Aufrufendes Pgn.: (undefiniert) 


Die Hauptprozedur dieses Programns, 
ScreenDumpEGA, kann aus je Anwendungs- 
pro amm oder als Teil eines TSR- 
Handlers (Terminate-but-Stay Resident) 
für Interrupt 5 aufgerufen werden. 


; MS-IOS, Standarddruckernumner 


_DATA 


SEGMENT byte public "CODE" 
ASSUME cs: _TEXT,ds:DGROUP 





= 
U 
= 
L 
I 
' 
ü 
= 
ü 


PrintLine 


PrintLine PROC near 
mov bx,STDPRN 
mow ah,4öh 
int 21h 
ret 
PrintLine ENDP 
PrinterGraphics 


“er wi wi wi ri u 


PrinterGraphics PROC near 


mov 
mov 
call 
ret 


Schreibt eine Zeile nit Zeichen zur Standarddrucker- 
einheit. Fehler werden ignoriert. 


; Aufr. Pgm.: DS:DX -> Daten 
; CX = Anzahl Bytes 


» INT 21h Funk.48h: Schreiben 


Versetzt Drucker in den "Grafikmodus"”. Diese Routine 
muß für verschiedene Drucker angepapt werden. 


; Konfiguriert Epson NX-89 
> auf Je8 Punkte/Zeile 


dx,offset DGROUP:EpsonGraphics 


cx,3 
PrintLine 


|PrinterGraphics ENDP 


: PrinterDefault 


werden. 


== mi we me me 


PrinterDefault 


MOV 
mov 
call 
ret 


PrinterDefault 


ChopZeroes 


PROC near 


Versetzt Drucker in den Standardmodus (keine Grafik). 
Diese Routine muß für verschiedene Drucker angepapt 


; Konfiguriert Epson MX-BB in 
; Standardmodus(alphanumerisch) 


dx,offset DGROUP:EpsonReset 


cK,2 
PrintLine 


ENDP 


ChopZeroes PROC near 


Jjexz 


add 
dec 


xor 
std 
repe 
cld 
je 


ine 


LB1: ret 
ChopZeroes ENDP 


L81 
di,ck 
di 


al,al 


scasb 


LB1 


ck 
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Schneidet Nullen am Ende des Druckerausgabepuffers ab. 


Aufr. Pgm.: ES:DI -> Puffer 
CH = Pufferlänge 
Rückgabe: 


CX = angepaßte Länge 
Aussprung, wenn Puffer leer 


u: w:o 


ES:DI->letztes Byte im Puffer 
; AL := 8 (zu suchendes Byte) 

; Rückwärtssuche 

Direction-Flag wiederherst. 


Sprung, wenn Puffer nit 
ullen gefüllt 


Länge auf letztes Byte 
ungleich Null anpassen 
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ee. wo wo we wi 


PrintPixels PROC near 


tiTa ı BRIKYATFS 


PrintPixels 


Druckt eine Pixelzeile auf einem Epson MX-8B. 


CX = Pufferlänge 


ds 
es ; ES := DS 


; Pufferoffset sichern 

; Länge sichern 

word ptr DataHeader+2,cx ; Pufferlänge im Aus- 
; PRRSaSEN HEBRBE speichern 
LER DGROUP : Da er 
cK, 

PrintLine ; Daten-Header drucken 
cH ; CX := Pufferlänge 
dx : DK := Pufferoffset 
PrintLine ; Pixel drucken 
dx,offset DGROUP:CRLF 


cx,2 
PrintLine 


ge: 35 


di 
ChopZeroes 
CK 


er 


33 B33 883 5 


call 


ret 


PrintPixels ENDP 


= 
1) 
“ 
U 
Ei 
1} 
D 
L 
D 
1} 
Li 
U 
= 
U 
= 
L] 
= 
LJ 
D 
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[} 
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U 
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TranslatePixels PROC near 


TranslatePixels 


Kopiert eine druckbare Pixelzeile aus dem Bildschirm- 
puffer in den Druckerpuffer. Diese Routine kann 
verändert werden, um die Skalierung oder Ausrichtung 
eines Abdruckes sen, Farbdarstellungen in 
Graustufen umzuwandeln usw. 


Diese Routine formatiert den Druckerpuffer für die 
gr auf einem Epson MX-88d. Die Seite wird um 98 
2 Sry ausgedruckt. Es resultiert ein Ausdruck 
von Pixeln Breite. 


; Aufr. Pgm.: 
; 51 = Bildschirapufferoffset 
; ES:DI -> Druckerpuffer 


ds ‚ DS sichern 
ds ,VideoBufSeg ; DS:SI -> Bildschirmpuffer 


add di ,349 ‚ ES:DI -> letzes Byte im 
; Druckerpuffer 


push 
ROV 


mov cx, 3558 


; Initialisierung des Grafik-Controllers auf Lesemodus 1 


76 Microsoft System Journal 


MOV dx ,3CEh » Grafik-Controller E/A-Port 
mov ax, 885h 


dx ,ax 


ax,082 ; AH := 8 (Farbvergleichswert) 
dx,ax ; AL := Color-Compare-Register- 
Nummer 


; AH := DRABI111b 
(Color-Don’t-Care-Haske) 

; AL := Color-Don’t-Care- 
Registernumser 


; AL := Modusregisternumser 


ax,BFB7Th 
dx,ax 
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Aufr. Pgn.: DI = Pufferoffset 


: CX := Anzahl vertikaler Pixel 


- AH := BAABIBBBb (Lesemodus 1) | 





; Druckerpuffer füllen; alle Pixel <> 8 im Bildschirmpuffer 


; werden gedruckt 


std 
IL11: lodsb 
not 
stosb 
add 
loop 
cld 


s1,81 
L11 


; Druckerpuffer rückwärts füllen 


; AL := 8-Pixel-Farbver- 

; gleichswert 

; (Bits = 8, wenn Pixel © B) 
; AL := 8 druckbare Pixel 

‚ 1m Druckerpuffer speichern 


; Inkrementieren: nächste 
; Bildschirapufferzeile 


; Direction-Flag löschen 


|; Grafik-Controller-Standardstatus wiederherstellen 


BOW 


out 
BOV 


out 

pop 

ret 
TranslatePixels 


: SereenDumpEGA 


ScreenDumpEGA PROC near ; Aufr. Pgn.: DS = DGROUP 
call  PrinterGraphics ; Konfigurieren des Drucker 
; auf Grafik 
h ds 
Pop es ; DS,ES := DGROUP 
xor si,si ‚ 5I := Startoffset des 
Bildschirspuffers | 
L21: push si 
mov di,offset DGROUP:PrintBuf 
call TranslatePixels ; Kopieren einer druckbaren 
; Pixelzeile 
mov cx,350 
mov di,offset DGROUP:PrintBuf 
call  PrintPixels ; ausgeben 
pop si 
inc si | 
cap s1,88 ; Schleife über alle 88 Spalten 
jb L21 ; 4m Bildschirmpuffer 
call PrinterDefault ; Standarddruckerstatus 
; wiederherstellen 
ret 
ScreenDumpEGA ENDP 
|_TEXT ENDS 
DATA SEGMENT word public "DATA" 
IPrintBuf DB 358 dup(?) ; Ausgabepuffer 
VideoBufSeg DW BABBSh 
EpsonGraphics DB 1Bh,33h, 18h 
EpsonReset DB IBh,4ßh 
DataHeader DB 1Bn,4Bh,Böh, Däh 
CRLF DB 8Dh,dAh 
DATA ENDS 
END 


ax,5 
dx ,ax 
ax,? 
dx,ax 
ds 


ENDP 


‚ AH := Lesemodus B, | 
; Schreibmodus 9 

;‚ AL := Modusregisternumner 

: AH := 8 (Color-Don’'t-Care- 

; Maske) 

; AL := Color-Don't-Care- 

; ‚Registernummer 


: DS wiederherstellen 


Listing 2: Routine für einen EGA-Bildschirmausdruck 


Buchauszug 





NAME ScreenDempAlpha 
ee D 
PAGE N ; 


ScreenDumpAlpha 


Bildschirmausdruck für EGA (alphanumerische 
Modi mit 358-zeiliger Auflösung 


(undefiniert) 


Die Hauptprozedur des Programas, 

ee reg kann aus einem Anwendungs- 
programm oder als Teil eines TSR-Handlers 
(Terminate-but-Stay Resident) für 

Interrupt 5 aufgerufen werden. 


“on: ne ni na wi wi ni mn m = 


| 
; MS-DOS, Standarddruckernumner 


3 
2 


DGROUP GROUP  _DATA 


_TEXT SEGMENT byte Bas 'CODE’ 
ASSUME cs: _TEXT,ds:DGROUP,, es:DGROUP 


PrintLine 


Schreibe eine Zeile mit Zeichen zur 
Standarddruckereinheit. Fehler werden ignoriert. 


D 
5 
) 
D 
LI 
U 
® 
U 


PrintLine PROC near 


mov bx,STDPRN 
mov ah,4öh 
int 21h 

ret 


; Aufr. Pgm.: D5:DX -> Daten 
: CK = Anzahl Bytes 


; INT 21h Funk.4@h: Schreiben 
PrintLine ENDP 


; PrinterGraphics 
+ 


: Versetzt Drucker in den "Grafikmodus”. Diese Routine 
|; muß für verschiedene Drucker angepapt werden. 


PrinterGraphics PROG near ; Konfiguriert Epson MX-88 


: auf 488 Punkte/Zeile 
mov dx,offset DGROUP:EpsonGraphics 
MOV cx,3 
call PrintLine 
ret 


PrinterGraphics ENDP 


PrinterDefault 


Diese Routine muß für verschiedene Drucker angepapt 


F Versetzt Drucker in den Standardmodus (keine Grafik). 
f werden. 


|PrinterDefault PROC near ; Konfiguriert gen MX-BD auf 


; alphanumerische Ausgabe 


mov dx,offset DGROLUP:EpsonReset 
mov cx,2 

call PrintLine 

ret 


PrinterDefault ENDP 





: ChopZeroes 
Nullen am Ende des Druckerausgabepuffers werden 
abgeschniten. 


; Aufr. Pgm.: ES:DI -> Puffer 

; CX = Pufferlänge 
; Returns: X = AngeueRte Lane 
; Aussprung, wenn Puffer leer 


ChopZeroes PROC near 
jaz 191 


ES:DI->letztes Byte im Puffer 
AL := 8 (zu suchendes Byte) 
; Rückwärtssuche 


‘ Direction-Flagge wiederherst. 
e | ; Sprung, wenn Puffer mit 
J hullen gefüllt 
inc Länge auf letztes Byte 
‚ © Null setzen 


repe 


L81: ret 
ChopZeroes ENDP 


; PrintPixels 
Druckt eine Pixelzeile auf einem Epson MX-88. 


; Aufr. Pgm.: DI = Pufferoffset 
; CX = Pufferlänge 


es ; ES :=DS 


di » Pufferoffset sichern 
ChopZzeroes 
cx ; Länge sichern 


word ptr DataHeader+2,cx ; Pufferlänge im 
; Ausgabedaten-Header speichern 
dx,offset DGROUP:Da ader 
cx,4 
PrintLine ; Daten-Header drucken 


cx ; C&X := Pufferlänge 
dx ‚ DX := Pufferoffset 
PrintLine ‚ Pixel drucken 
dx,offset DGROUP:CRLF 


cX,2 
PrintLine 


: TranslatePixels 


Kopiert eine druckbare Pixelzeile aus der ersten 
Zeichendefinitionstabelle (Map 2) in den Druckerpuffer. 


Diese Routine formatiert den Druckerpuffer für die 
Ausgabe auf einem Epson MX-89. Die Seite wird um 99 
Grad gedreht ausgedruckt. Es resultiert ein Ausdruck 
von 358 Pixeln Breite. 
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TranslatePixels PROC near ; Aufr. Pen. mov al,es:[84h] “ AX := ROWS 
; SI = Bildschirmpufferoffset ine ax 
ES:DI -> Puffer drucken | mov Rows,ax 
mov ax,es:[4Ah] ; AX := CRT_COLS 
push ds ; DS sichern | add ax,ax ;* 2 zur korrekten Puffer- 
BOV ds,VideoBufSeg ; DS:SI -> Bildschirmpuffer | ; adressierung 
mov Columns ‚ax 
add di ,es:PrintBufSize | mov ax,es:[85h] ‚ AX := POINTS 
dec di : ES:DI -> letztes Byte im | mov Points ‚ax 
; Druckerpuffer mul Rows ‚ AX := ROWS * POINTS 
mov PrintBufSize,ax 
dx,3CEh Grafik-Controller E/A-Port 
Fr er re 
füllen | | 5 
| en es ; DS,ES := DGROUP 
cx,es:Rows ; CX := Anzahl Zeichenzeilen 
| xor si,si ; SI := Startoffset des 
cx CX und SI sichern | ; Bildschirmpuffers 
si | 
IL21: push si 
ax, B8B4h ; AH := Wert für Read-Map- | mov di,offset DGROUP:PrintBuf 
; sSelect-Register call  Translatefixels ; eine druckbare Pixelzeile 
; AL := Read-Map-Select- ; kopieren 
; Registernummer | 
dx, ax ;‚ Auswahl in: 8 mov cx,PrintBufSize 
; (Zeichencodes moYy di,offset DGROUP:PrintBuf 
call PrintPixels ‚ drucken 
‚ AX := nächster Zeichencode 
; 4m Bildschirapuffer pop si 
mov c1,5 add si,2 ; Inkrementieren auf nächste 
ax,cl Ai := AX #32 | ; Be 
mov si,ax ; SI := Offset der Zeichen- cap si,Columns ; Schleife über alle Zeichen- 
| ; definition in Map 2 ‚ ‚spalten 
mov ax Bapa > yazaıı jb L21 
ax ;‚ Auswahl von uster) 
= rs = call  _CGenModeClear ; vorherigen Textmodus wieder- 
mov cx,es:Points ; CX := Größe der Zeichen- ; herstellen 
; definition call PrinterDefault ; Standarddruckerstatus 
- wiederherstellen 
cld ret 


lodsb 

std 

stosb 

loop L12 
pop si 

pop cx 


add si ,es:Columns 
loop L11 


cld 
ds 
re 
TranslatePixels ENDP 


; ScreenDumpAlpha 


ScreenDumpAlpha PROC near 
Printergraphics 


call 


call CGenModeSet 


: AL := 8-Bit-Muster der 
- Zeichendefinitionstabelle 
: 51 :=5I +1 


; Bitmuster im Druckerpuffer 


speichern, DI := DI - 1 
leife durch die Zeichen- 
definition 


: SI und CX wiederherstellen 


- DS:SI -> nächste Zeichenzeile | 


: Schleife durch Zeichenzeilen 


; Direction-Flag löschen 


; Aufr. Pga.: 


: a eg 


DS wiederherstellen 


DS = DGROUP 


ee ee Grafik- 
druckerausgabe 


parallel: 
Map 8 enthält Zeichencodes 
Map 2 enthält Zeichen- 
definitionen 


; Bildschirmdinensionen vom Bildschirmdatenbereich kopieren 


BOV ax,40h 
mov es,ax 


ES -> BIOS-Bildschirndaten- 
bereich 
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ScreenDumpAlpha ENDP 


|: CGenModeSet 


|CGenModeSet PROC near 


IL31: 


132: 


push 
BaR 


cli 
mov 
mov 
mov 


lodsw 
out 
loop 
sti 
mov 


noV 
mOV 


lodsw 


out 
loop 


pop 
po 


si 
cH 


dx,3C4h 


Register sichern 


Interrupts unterbinden 
sequencer-Portadresse 


si,offset DGROUP:SetSegParns 


cx,4 


dx,ax 
L31 


d1,8CEh 


AH := Wert für Sequencer- 
Register 

AL := Registernummer 
Programmieren des Registers 


Interrupts wieder ermöglichen | 


DX := 3CEH (Grafik-Con- 
troller-Port-Adresse) 


si,offset DGROUP :SetGCParss 


cx,3 


dx ,ax 
L32 


cH 
si 


| re 
| CGenodeSet ENDP 


|; CGenModeGlear 


‚ Grafik-Controller pro- 


grammieren 


Register wiederherstellen 
Rücksprung 


Buchauszug 


CGenModeGlear PROC near 


ush 
ich 


cli 
mov 
mov 
mov 


lodsw 


out 


c 
jne 


mov 
out 


L43: pop 
po 


si ; Register sichern 
cx 


; Interrupts unterbinden 
dx,3C4h ; Sequencer-Portadresse 
si,offset DGROUP:ClearSegParns 
cx,4 


; AH := kert für Sequencer- 
; Register 
; AL := Registernummer 
dx ,ax ; Programmieren des Registers 
L41 
; Interrupts wieder ermöglichen 


dl1,8GEh ‚ DX := 3CEH (Grafik-Con- 
‚ troller-Portadresse) 
si,offset DGROUP:ClearGCParns 

cx,> 


; Programmieren des Grafik- 
Controllers 
dx,ax 
L42 


ah,dfFh ; AH := INT 18H Funktionsnumner 
18h ; Bildschirmnodus holgen 


al,? 
L43 ; Sprung, wenn kein Monochrom- 
; modus 
ax,28d6h ; Grafik-Controller pro- 
en für Map-Beginn 
dx,ax ei BAdB: Added 


CH ; Register wiederherstellen 
si ; Rücksprung 


re 
CGenModeGlear ENDP 


_TEXT ENDS 
DATA 

PrintBuf 

VideoBufSeg 


EpsontGraphics 
EpsonReset 
DataHeader 
CRLF 


PrintBufsize 
Set5egParas 


SetGCParns 


GlearSegParas 


| ClearGCParns 


_DATA 


Listing 3: Verwendung RAM-gestützter Zeichendefinitions- 


SEGMENT word public "’DATA’ | 
DB 488 dup(?) ; Ausgabepuffer 


DH BABBOh 


DB 1Bh,33h, 18h 

DB 1Bh, 48h 

DB 1Eh, 4Bh , dh ‚Beh 

DB BDh,BAh 

; Anzahl Zeichenspalten 

; Anzahl Zeichenzeilen 

; Vertikale Größe Zeichennatrix 
; Zeilen * Punkte 


; Parameter für CGenModeSet 


: Parameter für CGenModeClear 


SEELZELZEELEREIZ 2222 


tabellen zum Ausdruck des Zeichensatz 
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C für Mikroprozessor-Entwicklungsprojekte: 


ROM-fähige Programme mit Microsoft C 


Software ist der Schlüssel zum Erfolg von 
Mikroprozessor-Produkten. Die Zunahme der 
Komplexität der heutigen 16-Bit- und 32-Bit- 
Mikroprozessoren zusammen mit den anstei- 
genden Entwicklungskosten und dem Druck, die 
Produkte auf den Markt zu bringen, diktieren 
die Anwendung von Hochsprachen zur Erhö- 
hung der Produktivität. C ist zur Hochsprache 
der Wahl für Mikroprozessor-Entwicklungspro- 
jekte geworden. 


C wird üblicherweise in einer RAM-residenten Hostum- 
gebung mit einer umfangreichen Run-Time-Umgebung 
(z.B. UNIX oder MS-DOS) angewendet. Das Programm 
kann schnell und einfach getestet werden, indem das Pro- 
gramm direkt auf dem System, auf dem es geschrieben 
wurde, ausgeführt wird. Dies gilt jedoch nicht für Systeme 
mit eingebetteten Mikroprozessoren, wie Maschinensteue- 
rungen oder computerisierte Geräte. Diese Applikationen 
sind meist eigenständige Systeme, das heißt, Systeme mit 
eingebetteten Mikroprozessoren haben weder ein Betriebs- 
system, noch eine Umgebung zur Unterstützung einer 
Benutzerschnittstelle oder eines Dateisystems. Daher stellt 
der Einsatz von C bei der Mikroprozessor-Systementwick- 
lung für eingebettete Anwendungen eine neue Herausfor- 
derung dar. Dazu gehört auch ROM-Unterstützung, Pro- 
grammierbarkeit auf der Zielhardware und Debug-Support. 

Bei der Auswahl eines C-Compilers für die Unterstüt- 
zung der Programmentwicklung für eine eingebettete An- 
wendung sollte der Designer eine Umgebung mit folgenden 
Eigenschaften wählen: optimale Codegenerierung, Soft- 
ware-Integration für das Zielsystem und Debugging-Fähig- 
keit - alles in einem integrierten Paket. Der Microsoft C 
Optimizing Compiler und Makro-Assemblerbietet zusam- 
men mit dem SSI Link & Locate Firmware Generierungs- 
paket für Microsoft C und dem SoftProbe II/TX Cross 
Debugger eine solche Lösung. 

Das Microsoft Compiler-System entspricht dem Entwurf 
des ANSI-C-Standards und kann Code für den 8086-, 
80186- oder 80286-Mikroprozessor generieren. Das SSI 
Link & Locate-Paket unterstützt nur die Befehle des 8086 
und 80186. Microsoft C unterstützt zwei wichtige Eigen- 
schaften: Register-Variable zur Optimierung der Ausfüh- 
rungsgeschwindigkeit, die für eingebettete Echtzeit-System- 
anwendungen notwendig ist; und das Schlüsselwort const 
wird vom Compiler als Typ-Modifizierer für bestimmte 
Objekte unterstützt, die read-only sind. 

Damit soll jede Zuordnung zum Objekt oder andere 
Nebeneffekte wie Increment oder Decrement verhindert 
werden. Der Compiler generiert eine Fehlermeldung, wenn 
const-Objekte modifiziert werden. Der Microsoft C-Com- 
piler generiert optimierten reentrant-fähigen Code, der bei 
der Entwicklung von eingebetteten Echtzeit Mikroprozes- 
soranwendungen eingesetzt werden kann. 
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Bild 1: Der Aufbau des Link&Locate-Pakets. 


Das Microsoft C-Compiler-Paket enthält ein Runtime 
Library-Paket zur Unterstützung der MS-DOS Betriebs- 
system-Umgebung. Die MS-DOS-Funktionen machen 
Systemaufrufe zu dem darunterliegenden Betriebssystem. 
Somit können sie nicht für eingebettete Systemanwendun- 
gen eingesetzt werden. 

Die MS-DOS-unabhängigen Funktionen benötigen 
keine Betriebssystemunterstützung und sie rufen keine MS- 
DOS- oder BIOS-abhängigen Funktionen auf. Diese 
Gruppe von Funktionen kann bei eingebetteten Systeman- 
wendungen eingesetzt werden. 

Die Runtime Library, die im Microsoft C-Compiler ent- 
halten ist, kann mit dem SSI XLINK86 Linker nicht ohne 
Modifikation gebunden werden. Anwender sollten von dem 
Programm LIB Gebrauch machen, um die von MS-DOS 
unabhängigen Funktionen in separate Objektdateien zu 
extrahieren und sie dann mit XLINK86 in eine Librarydatei 
zu binden. Eine andere Methode ist die Anwendung des 
CNVLIB Formatiererss, um Microsoft Runtime-Biblio- 
theksdateien direkt in Intel OMF-Dateien umzuwandeln. 
Das CNVLIB Programm ist im Link & Locate Paket ent- 
halten. 

In der modularen Programmierung wird ein Programm 
in viele Module aufgeteilt. Die Objektdateien und gegebe- 
nenfalls die Librarydateien werden dann später zu einer 
einzigen relokativen Objektdatei zusammengefaßt. 





Die Sprache. C. 
MS-Quick-C - blitzschnelle, flexible, integrierte C-Entwicklungsumgebung mit vollem Funktionsumfang, kompatibel zu 
MS-C 5.1. Bestehend aus einem bildschirmorientierten, WordStar-kompatiblen Editor, einem Compiler, Linker, 


Sourcecode-Debugger, MAKE-Funktionen. Es werden vier Speichermodelle unterstützt: small, compact, medium 


und large. 

MS-C Version 5.1 - optimierender Compiler, enthält auch den MS-Quick-C Compiler für schnelle Entwicklung und 
den MS-Code View-Debugger für optimales Debugging. Die Funktions-Bibliothek wurde durch umfangreiche 
Grafikroutinen erweitert, und die Geschwindigkeit des Linkers wurde um das Zweifache erhöht. Erweiterte Fehler- 
meldungen und ausführliche Dokumentation zum Mixed-Language Programmieren runden die neue Version ab. 
Kann OS/2 und sogenannte Family-Mode Programme erzeugen. 


und Die Tools dazu. 

BKS Graph - C-Implementierung des Grafikstandards GKS. Erhältlich für die Levels 0A, OB und 2B. 

BKS Lister - Listen- und Formularverwaltung, variable Druckeranpassung, für MS-C und Laättice C. 

BKS STOP PLUS - Paket bestehend aus BKS WINDOW (Maskengenerator, Bildschirmhandling, Tastaturtreiber, etc.) 
und BKS ISAM (B-Baum ISAM und SORT) für MS-C und Lattice C. Auch mit Source erhältlich. 

C-Tree - B-Baum orientierte ISAM-Datenverwaltung mit komplettem Sourcecode für MS-C und Laättice C. 

dBC III Plus - C-Funktionsbibliothek für dBASE Ill Plus Dateizugriffe. Bildschirm- und Windowhandling, Grafik- und 
Statistikfunktionen und eine stand-alone ISAM-Datenverwaltung. 

Greenleaf Comm Lib - Library für asynchrone Kommunikation mit Sourcecode. 

Greenleaf Functions - 200 C Funktionen (z.B. BIOS, DOS) mit Sourcecode. 

PforCe - C-Bibliothek mit Header- und Datenbankdateien und Programmierwerkzeugen für MS-C 3.0 und 4.0. 

R-Tree - Reportgenerator mit Sourcecode. Keine Runtime-Lizenzen erforderlich. 

Windows for € - integrierte Windowfunktionen zur Bildschirm-Verwaltung. 

Windows for Data - Window- und Menüfunktionen für MS-C 5.0 und MS-Quick-C. Erhältlich mit oder ohne Source. 

erwähnte Warenzeichen: MS-Quick-C, MS-C (Microsoft Inc.); BKS Graph, Lister, Stop Plus (BKS GmbH); C-Tree, R-Tree (Faircom); dBC Ill Plus (Lattice Inc.); Greenleaf Comm Lib, Greenleaf Function 

| (Greenleaf Software); Pforte (Phoenix Computer Products); Windows for C, Windows for Data (vWermont Creative Software) 
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Bild 2: Der Aufbau des SoftProbe IL/TX Cross Debuggers. 


Mit dem SSI XLINK86 Linker lassen sich die Objekt- 
dateien zu einer einzigen relokativen Objektdatei binden. 
Eine Link-Map liefert eine Aufstellung aller logischen Seg- 
mente, die in der relokatierbaren Objektdatei enthalten 
sind. 

Der SSI XLOC86 Locator ordnet die absoluten Adres- 
sen aller logischen Segmente in einer relokatierbaren Datei 
zu. Alle Segmente in einem Programm können überall in 
dem 1 Mbyte Adreßbereich des iAPX-86 Mikroprozessors 
angeordnet werden. Adreßzuweisung kann in einzelnen 
Segmenten wie auch in Segmentgruppen erfolgen. 

Der Locator erstellt eine absolute Objektdatei im Intel- 
OMF-Format und ein Locate-Verzeichnis. Die Locate-Map 


liefert eine Zusammenfassung der absoluten Adressen in 


allen Segmenten der absoluten Objektdatei. Die absoluten 
Werte aller globalen Symbole sind ebenfalls enthalten. 

Weitere Dienstprogramme sind in dem Link & Locate- 
Paket enthalten: ein PROM86-Formatierer, der zur Berei- 
tung eines absoluten Objektfiles in eine oder mehrere 
Dateien für ein EPROM Programmiergerät dient; ein 
XOH86-Formatierer zur Umwandlung eines absoluten 
Objektfiles in eine Intel 8086 Hexdatei, und ein TEKHEX- 
Formatierer zur Umwandlung einer absoluten Objektdatei 
in ein Tektronix Extended Hexfile. 


Software-Debugging auf einem Zielsystem 


Debugging von eingebetteten Systemanwendungen, die in 
der C Sprache geschrieben wurden, ist sehr verschieden von 
dem Debugging eines Programms, das für MS-DOS- 
Anwendungen geschrieben wurde. Dies führt darauf zurück, 
daß die Zielsysteme meist selbständig sind und weder ein 
Betriebssystem noch eine Benutzerschnittstelle haben, um 
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das Debugging zu erleichtern. Ein Hilfsmittel, eingebettete 
Systemanwendungen zu testen, ist der SoftProbe II/TX 
Cross Debugger. Er ist ein interaktiver Software Debugger 
und erlaubt dem Benutzer, Anwendungsprogramme von 
einem PC Hostcomputer in das Zielsystem herunterzuladen 
und die Programme dort auszuführen. Die Anwendungs- 
programme können auf C-Ebene oder auf Assemblerebene 
ausgetestet werden. 

Das SoftProbell/TX Paket enthält ein Benutzer-Inter- 
face-Programm für den Host-Computer und ein Monitor- 
programm für das Zielsystem. Das Monitorprogramm wird 
im Quellcode geliefert, so daß die Anwender es für ihre 
Zielsysteme anpassen können. Das angepaßte Programm 
sollte in ein EPROM eingebrannt und.in das Zielsysten ein- 
gesteckt werden. Das Monitorprogramm hat 4 Kbyte Code 
und benötigt 2 Kbyte Datenspeicher. 

Das Zielsystem ist an den PC über eine V-24 Schnitt- 
stelle mit einer Übertragungsrate von 9600 Baud verbun- 
den. Das Benutzer-Interface-Programm auf dem Hostcom- 
puter dient dazu, den absoluten Code vom Hostsystem in 
den Speicher des Zielsystems zu laden. Symbolinformation 
bleibt auf dem Hostsystem erhalten, um symbolisches 
Debuggen zu erleichtern. Das Anwendungsprogramm kann 
im Zielsystem sowohl auf der C-Ebene als auch auf Assem- 
blerebene getestet werden. 

Der Microsoft C-Compiler kann Debuginformation im 
Intel-OMF-Format erzeugen. Über den Schalter /Zd wer- 
den Debug-Informationen wie Zeilennummern und globale 
Sybolnamen in die Objektdatei übernommen. Objekt- 
dateien, die die Debug-Informationen enthalten, werden 
von dem Link & Locate-Paket verarbeitet, um absolute 
Objektdateien im Intel-OMF-Format zu erzeugen. Diese 
Debug-Informationen in den absoluten Objektdateien 
ermöglichen dem Anwender von SoftProbe II/TX unter an- 
derem folgendes: 
= Bezugnahme auf anwenderdefinierte und Original-Pro- 

grammvariablen durch Symbolnamen 
= Bezugnahme auf Quellenzeilen im Programm 
= Single-Step-Ausführung und Trace-Back von C-Anwei- 

sungen 
= Auswertung von Ausdrücken unter Verwendung von 
Programmvariablen : 


Eine vollständige und wirtschaftliche Lösung 


Hiermit besteht eine vollständige und wirtschaftliche 
Lösung, den schon vorhandenen PC zusammen mit dem SSI 
Link & Locate-Paket und dem SoftProbe II/TX Debugger 
zur Entwicklung von eingebetteten Echtzeitanwendungen 
einzusetzen, die auf der 8086/186 Mikroprozessorfamilie 
basieren. 


Eine vollständige Broschüre mit dem Titel »Writing ROMable Code 
in Microsoft C« ist erhältlich bei: Creative Daten Systeme GmbH, 
Bahnhofstr. 103, 8032 Gräfelfing, Tel.: (089) 854 30 80 
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